我在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。
事實證明，項目中存在構建錯誤，這些錯誤不會影響測試或者我正在處理的代碼，但沒有那麼少。當我解決了所有在我的eclipse工作區中生成錯誤時，長時間刷新問題消失。這在eclipse 3.5和3.6上進行了測試。
我現在覺得有點愚蠢:(，但是從我所看到的專業有很多人揮之不去的IDE構建問題
我通過使用OS不可訪問內存的一部分創建一個RAM磁盤作爲illustrated here，從而顯着提高了在32位Windows下的Eclipse性能。
如果你有（或可以增加到）當前3.1的RAM 4GB，相同的方法將很可能幫助你。
看看我在這裏提出的關於eclipse.ini選項的文章：Eclipse IDE speed sluggish on Snow Leopard Macbook。其中一些可能會幫助你，因爲它們可以調整Eclipse環境設置（分配更多內存等）。另外考慮將你的工作區遷移到更快的磁盤:)
b04是內部版本號，而不是測試版。 – nash 2010-03-27 16:28:59
哎呀，抱歉 - 編輯後。 – 2010-03-27 21:10:46
這絕對是內存相關的。見一個：
他們都給予Eclipse的內存配置很好的概述，我認爲至少會與此問題的幫助。
你可以打破你每次迭代中做的是這樣的：？ 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