Ⅰ intelij idea eclipse 都是用java寫的 為什麼 慢
其中的一個聖戰便是Java IDE的選擇：有許多爭論的話題是討論它們哪個有更多的插件、快捷鍵等等。它們之間有太多的不同而很難決定什麼才是最重要的。因此，人們都表示兩個IDE在功能性上都差不多，選擇某一個則是個人喜好問題了。我認為這不僅僅是個人喜好的問題，有客觀的原因能表明：Intellij IDEA肯定比Eclipse更好。我不會去大量比較兩者細微不同，例如插件與快捷鍵之類的。因為有一系列的blog是關於這些的，例如：[part 1] [part 2] [part 3]。我將會展示IDEA與Eclipse的一個最大的不同之處。通常IDEA和Eclipse的fans都不曾了解。前者已經習慣性的使用著它而不曾想像 IDE缺少它會怎樣，後者則沒有使用它的習慣且難以想像有了它IDE能做得這么好。Eclipse的用戶在把玩IDEA的時候通常都不會意識到這個不同點，因為他們習慣了以Eclipse模式工作。為何我如此確信？在開始說明之前，讓我解釋一下我是誰和為什麼我的觀點值得一聽。我使用Eclipse已經5年之久，我很了解它，我為它編寫插件並真心地喜愛它。然後，我換了一個公司工作，並被強行轉移到IDEA上開發，在這次 「分手」後，我才最終意識到為什麼IDEA更加敏銳。而如今我我已經使用IDEA一些年了，所以我能比較它們兩者，因為我了解它們。IDEA與Eclipse主要的不同IDEA之所以更加敏銳的原因是：IDEA懂得上下文。這也是JetBrains員工命名IDEA為intelligent的原因。它真正的含義又是什麼呢？IDEA檢索你的整個項目，分析項目所有的內容，甚至構建語法樹。幸虧有它，在任何時候無論你將滑鼠放置在哪裡，IDEA都知道你在哪裡並知道在那能幹什麼。仍舊不瞭然？別擔心，在列舉了以下幾個例子後，一切就清楚了。這種對上下文的理解表現在很多很多方式上，以下只是其中的一部分。1.調試通常在調試過程中，我們想要求一些表達式的值，在Eclipse中你需要選定這個表達式，選定整個表達式非常重要，否則你就沒法求出它的值。然後，你可以使用Ctrl+Shift+I看到這個表達式的值。使用IDEA你不需要選擇任何東西，你只需要把游標移到你的表達式中然後按下Alt+F8。IDEA會很好的理解這個你可能需要的表達式，然後顯示一個對話窗口，其中有一些它給出的建議參數變數。你也可以編輯並在對話框中立即將得到這個表達式的值。相當的方便！試過這個特性後，你就不會再想在 Eclipse中調試了。基本上在兩個IDE上都能讓你做同樣的事，但是使用IDEA會更加簡單和快速。對此我認真的表示，這個差異太大了：就像天堂跟人間一樣。在一個小小的IDEA對話窗口中就提供了自動完成，語法高亮以及你需要的一切。2.自動完成自動完成使得IDE比notepad更加優秀，在這個領域能感知上下文的IDEA有了質的飛躍。例如，我們開始如下一行代碼： assertElement(By.id("errorMessage"), vi現在我們想要查找以vi開頭的選項有哪些。IDEA怎麼做的呢？無需等待任何的按鍵，它馬上就能理解assertElement需要一個Conditaion類的示例作為第二個參數，而在Condition類中有一個靜態變數名叫visible。IDEA會直接建議這個唯一的有效選項。然而，Eclipse會怎麼做呢？唉，它不能理解上下文，它不知道游標所在處就是assertElement方法的第二個參數。因此當你按下「神聖」的Ctrl+Space時，Eclipse只會簡單的顯示全局中以vi字母開頭的一切。在一個美麗的彈出框中我看到了很多漂亮的高亮的格式規范的無用的信息。3.重構專業的程序員能夠高效的使用IDE提供的重構功能。所有的現代IDE都提供許多印象深刻的重構功能。但是還是那句，IDEA的重構功能也很聰明智能。它們能讀懂你需要什麼，然後針對不同的情況提供給你最適合的解決方案。例如，假設我們有一個assertErrorMessageIsHidden方法： public void assertErrorMessageIsHidden() { assertElement(By.id("errorMessage"), Condition.visible); }我們以字元串「errorMessage」作為該方法的一個參數。讓我們先從IDEA開始，將游標放在任何字元串「errorMessage」上，按Ctrl+Alt+P(代表「parameter」)，IDEA將會建議我們可能可以在哪些表達中用次字元串為參數。當「errorMessage」表達式被選定以後，IDEA將會建議一些可能的能用做該參數的變數名稱。每月驚奇你會經常地驚訝於IDEA的聰敏表現，比如它為你提示一些選項的名稱。它考慮到方法名稱，變數類型甚至是變數值，以及其他的此類變數的名稱，與之前你給定的此變數的名稱，除了忽略了你的生肖。相信我，你會想說「Wow,IDEA也能這樣？」，我想說至少每個月一次吧。現在然我們看看Eclipse是怎麼樣給出建議的。別忘了，選擇整個"errorMessage"表達式哦。選擇一個「推薦參數」的重構功能（通過菜單，沒有什麼快捷鍵可供使用），獲得差不多相同的結果，然而，Eclipse不會給出變數名提示選項，但幸虧不會。結論如果我們選擇Java IDE，那麼Intellij IDEA肯定要比Eclipse好的。這不僅僅是個人喜好問題。從客觀上看，IDEA更好。它是的你能夠快捷地編寫和修改代碼。它給出恰當的名稱提示，查找適合的方法。它不需要你特別地選擇表達式便會猜測到你想要做的以及你想如何對它命名。IDEA預示著並給你提示。P.S. Remarks我認為IDEA在作為Java IDE時確實比Eclipse更好。如果你考慮他們其他方面的能力例如用於其他例如C++、Python、Scala的IDE上，或者是作為構建桌面的應用的平台，Eclipse很有可能拔得頭籌。事實上這是依賴於對他們的定義的，Eclipse已將自己定位為一個抽象平台，用來使用插件構建任何工具，而IDEA則定位為一個「智能的Java IDE」，而且它正如此。作為紀念我就嘗試著列舉一些Eclipse可能比IDEA更好的地方：Eclipse看上去更棒，所有大題小做的SWT以及本地控制項都用的很值。Eclipse看上去很穩定的深思熟慮過的程序，它有著漂亮的字體以及圖標。然而當第一眼看到IDEA是，它像是作噱頭的玩具一樣，有著不完全的圖標以及笨拙的Swing界面。Eclipse擁有更強的項目結構支持。在IDEA中，你的項目是有模塊組成。
Ⅱ java編譯為什麼那麼慢
ecplipse編譯慢，並不是說編譯的工具慢，是由於工程代碼很多，導致內存短時間產生不夠的現象，表現出來的就是很慢。
很多程序在進行大數據的計算或者資料庫的操作，都需要很多的內存來計算或者保存數據，編譯環境這時候就會很卡。
Ⅲ 使用IDEA開發，做單步調試速度巨慢，何解
我覺得運行慢的問題從四個方面講吧：
1、是否給IDEA分配了足夠的內存空間
2、是否對IDEA的Setting做過相關優化
3、IDEA的項目緩存如「.IntelliJIdea90」目錄是否和你的項目在同一個磁碟，因為默認IDEA會放到C盤，如果你項目工程在D盤，那麼創建、讀取、重建索引往往是文件和讀取，這里建議IDEA的安裝目錄、項目目錄、和索引緩存目錄放在同一個磁碟。
4、IDEA對IO操作比較頻繁，其實可以嘗試把機器硬碟升級為固態硬碟
我大致能想到這幾點，歡迎大家補充，謝謝
Ⅳ 為什麼我的電腦上面IDEA在編譯運行JAVA程序的時候比eclipse要慢一...
Android是慢一些，因為Android開發在IDEA用的是gradle，Ecplise用的是Ant，gradle確實慢
Ⅳ IntelliJ IDEA 編譯慢
eclipse使用自己的編譯器，編譯的方式是增量編譯，感覺當然快了。