我的项目有大约400个单位，重新启动后需要20-40秒进行编译，然后比 1-5secs 进行后续重新编译，到目前为止还不错。
工作超过3-6小时后，编译需要 1-3分钟进行后续重新编译，这会迫使我每次重启。
D7的某处是否有泄漏？这是Windows XP的问题吗？它变得非常令人沮丧...
有人遇到过这个问题吗？
EDIT1 DelphiSpeedup似乎没有改善问题，它仍然发生....
答案 0 :(得分：6)
旧版本的Delphi在IDE中编译已知性能问题（与命令行相比），包括大量不必要的文件访问。
Delphi Speedup修复了IDE中的一些问题，包括编译，链接和Map文件创建的改进。它可能对您的情况有所帮助。
答案 1 :(得分：2)
我发现优化单位的uses子句有助于编译速度。在可能的情况下，在特定情况下删除对单元的引用，例如，unit1在其接口部分中使用unit2而unit2在其实现部分中使用unit1。
有一个很好的免费使用条款分析器，指出http://www.peganza.com/products_icarus.htm处不需要的使用引用。
答案 2 :(得分：1)
我们最大的Delphi应用程序确实需要一段时间才能编译，但我没有注意到后续重新编译会花费更长的时间。
这是一个人的解决方案，但听起来像是在黑暗中拍摄： http://groups.google.com/group/borland.public.delphi.ide.general/msg/9b8150342943e5d2
答案 3 :(得分：1)
当Delphi编译开始变慢时，请查看内存使用情况。一般来说，IDE中的一些东西泄漏（我个人最喜欢的罪魁祸首是查找文件和coderush搜索），经过几个小时的工作后，你可能会得到足够的内存分配给真正开始慢下来的东西。
答案 4 :(得分：1)
如果在安装DelphiSpeedup后问题仍然存在，请尝试删除任何第三方IDE插件，看看是否有帮助。
您还可以检查是否有任何库路径不存在或是否位于映射/网络驱动器上。这些会减慢编译速度，但我不确定它们是否会随着时间的推移而变慢。
答案 5 :(得分：1)
我也注意到这一点，它似乎与你关闭Delphi时获得的异常数量直接相关。我通常不需要重新启动计算机以恢复速度。
我的建议是进入环境选项并启用自动保存选项，以便您可以重新启动Delphi，而不是花费一百万年才能找到您打开的内容。我必须这样做，因为我的调试器似乎只工作了大约一个小时。
答案 6 :(得分：1)
关闭编译器提示和消息会显着提高速度。
项目＆gt;选项 编译器消息 取消选中“显示提示”和“显示消息”。
答案 7 :(得分：0)
此问题与that one类似。避免循环引用会有很大帮助。 如上所述，DelphiSpeedUp也有帮助。
答案 8 :(得分：0)
完成项目构建：
之前：1分15秒
之后：45秒
编译项目（无需更改源代码，只需打开项目并编译）
之前：1分钟
之后：20秒