Eclipse刷新时间太长

我在eclipse中的一个大型Java项目上做TDD，并且发现它令人沮丧，因为每次运行测试时，我都必须等待30秒+ eclipse才能编译和刷新。我估计当时有80％以上的时间花在清爽。Eclipse刷新时间太长

有没有一种方法可以大大减少它正在进行的清爽量？我看过服务器其他类似的问题，但我看不出有什么帮助。

减少编译刷新时间的一种方法是将单元测试和代码拆分为单独的项目。 src项目有4700个类，测试有300个。我在Java 1.6.0_17-b04（eclipse.vm）上运行eclipse 3.5.1。我的电脑正在运行windows xp和3.1个可用的ram。我已经安装的唯一插件是subclipse。

来源

2010-03-26 nash

你可以打破你每次迭代中做的是这样的：？ 1.编写一个失败的测试 2.项目> Build Automatically被选中，所以我等待测试编译 3.运行测试以确认失败 4.编写代码来修复失败的测试 5.等待项目自动生成 6.运行测试以确认修复实际上修复了测试我很难了解运行测试如何触发编译。另外，您是否可以更具体地了解每次需要刷新的内容？ – 2010-03-26 20:44:59

@Rob Heiser - 为了测试构建/刷新速度，我对src文件做了一个小改动，比如把一个静态最终数字改成一个不正确的值，然后运行一个单元测试。 – nash 2010-03-27 16:37:23

这个问题似乎并不与内存有关的 - 我第一次尝试中的eclipse.ini设置-Xmx1000m，然后 -Xmn100m -Xms512m -Xmx700m -Xss4m -XX：PermSize = 400M -XX：MaxPermSize参数= 500M 正如另一个问题所建议的那样。没有任何影响。 – nash 2010-03-27 16:42:17

事实证明，项目中存在构建错误，这些错误不会影响测试或者我正在处理的代码，但没有那么少。当我解决了所有在我的eclipse工作区中生成错误时，长时间刷新问题消失。这在eclipse 3.5和3.6上进行了测试。

我现在觉得有点愚蠢:(，但是从我所看到的专业有很多人挥之不去的IDE构建问题

来源

2010-07-22 16:37:10 nash

我通过使用OS不可访问内存的一部分创建一个RAM磁盘作为illustrated here，从而显着提高了在32位Windows下的Eclipse性能。

如果你有（或可以增加到）当前3.1的RAM 4GB，相同的方法将很可能帮助你。

来源

2010-03-26 20:29:27

看看我在这里提出的关于eclipse.ini选项的文章：Eclipse IDE speed sluggish on Snow Leopard Macbook。其中一些可能会帮助你，因为它们可以调整Eclipse环境设置（分配更多内存等）。另外考虑将你的工作区迁移到更快的磁盘:)

来源

2010-03-26 20:32:46

b04是内部版本号，而不是测试版。 – nash 2010-03-27 16:28:59

哎呀，抱歉 - 编辑后。 – 2010-03-27 21:10:46

这绝对是内存相关的。见一个：

他们都给予Eclipse的内存配置很好的概述，我认为至少会与此问题的帮助。

来源

2010-03-26 20:54:47 stevedbrown

Eclipse刷新时间太长

回答

相关问题