本文作者在和同事的一次討論中發(fā)現(xiàn)，對(duì) IntelliJ IDEA 內(nèi)存采用不同的設(shè)置方案，會(huì)對(duì) IDE 的速度和響應(yīng)能力產(chǎn)生不同的影響。

Don't be a Scrooge and give your IDE some more memory

不要做守財(cái)奴，給IDE多留點(diǎn)內(nèi)存吧。

昨天，大家就是否自定義 IntelliJ IDEA 的內(nèi)存設(shè)置進(jìn)行了討論，有些人選擇默認(rèn)設(shè)置，有些人會(huì)對(duì)默認(rèn)的設(shè)置進(jìn)行簡(jiǎn)單的變更，還有一些開發(fā)者會(huì)基于他們的需求進(jìn)行全面復(fù)雜的設(shè)置。筆者目前的工作是處理幾個(gè)微服務(wù)項(xiàng)目和一個(gè)老項(xiàng)目，而客戶的核心業(yè)務(wù)需求非常大。對(duì) IntelliJ IDEA 內(nèi)存進(jìn)行簡(jiǎn)單設(shè)置以后，筆者明顯感受到了該 IDE 在速度和響應(yīng)方面的改善。但當(dāng)時(shí)筆者并未進(jìn)行具體的測(cè)量，所以這只是主觀感受而已。

不過，參與討論的一位開發(fā)者給筆者發(fā)了一份他的設(shè)置，雖然是針對(duì)同個(gè)項(xiàng)目，該設(shè)置卻極其復(fù)雜。筆者對(duì)自己的設(shè)置并無不滿，但非常好奇，這些完全不同的設(shè)置對(duì)比 JetBrains 提供的默認(rèn)設(shè)置，會(huì)有怎樣的不同。

目標(biāo)

筆者的計(jì)劃是，在一個(gè)接近日常開發(fā)項(xiàng)目的場(chǎng)景下（加載一個(gè)大項(xiàng)目、加載2、3個(gè)微服務(wù)、git pull 后刷新大項(xiàng)目），測(cè)試各個(gè)設(shè)置帶來的效果，并選出內(nèi)存消耗和速度都達(dá)到最優(yōu)時(shí)的最佳設(shè)置。

測(cè)試機(jī)器和項(xiàng)目

筆記本電腦：MacBook Pro Retina, 2.3GHz Intel Core i7, 16GB 1600Mhz DDR3,SSD Disc, OS X Yosemite

項(xiàng)目

大項(xiàng)目―― Monolith ，70萬行代碼（ Java 8 和 Groovy ），303個(gè)Gradle模塊

兩個(gè)微服務(wù)――約有10000――20000行代碼（ Java 8 和 Groovy ）的小項(xiàng)目，各有一個(gè)Gradle模塊

測(cè)試場(chǎng)景

• 在 Idea 中關(guān)閉所有項(xiàng)目
• 基于測(cè)試文件 idea.vmoptions 進(jìn)行設(shè)置
• 重啟電腦
• 啟動(dòng)后關(guān)閉所有不相關(guān)的項(xiàng)目（ communicators 等等）
• 打開 Idea（測(cè)試時(shí)間）
• 打開大項(xiàng)目（測(cè)試時(shí)間）
• 檢查 jstat -gcutil
• 打開兩個(gè)微服務(wù)項(xiàng)目（測(cè)試時(shí)間）
• 檢查 jstat -gcutil
• 返回大項(xiàng)目然后點(diǎn)擊“刷新 Gradle 項(xiàng)目”按鈕（測(cè)試時(shí)間）
• 檢查 jstat -gcutil

jstat -gcutil

jstat 是 JDK 自帶的工具，主要利用 JVM 內(nèi)建的指令對(duì) Java 應(yīng)用程序的資源和性能進(jìn)行實(shí)時(shí)的命令行監(jiān)控，還包括對(duì) Heap size 和垃圾回收狀況的監(jiān)控。

jstat 完整的文檔:

https://docs.oracle.com/javase/8/docs/technotes/tools/unix/jstat.html

它有許多選項(xiàng)來收集各種數(shù)據(jù)，但這里只會(huì)用到：-gcutil :

-gcutil - Summary of garbage collection statistics.S0: Survivor space 0 utilization as a percentage of the space's current capacity. S1: Survivor space 1 utilization as a percentage of the space's current capacity. E: Eden space utilization as a percentage of the space's current capacity. O: Old space utilization as a percentage of the space's current capacity. M: Metaspace utilization as a percentage of the space's current capacity. CCS: Compressed class space utilization as a percentage. YGC: Number of young generation GC events. YGCT: Young generation garbage collection time. FGC: Number of full GC events. FGCT: Full garbage collection time. GCT: Total garbage collection time. 

這個(gè)命令的輸出結(jié)果如下：

S0   S1  E   O   M  CCS YGC YGCT FGC FGCT  GCT 89.70 0.00 81.26 74.27 95.68 91.76 40 2.444 14 0.715 3.159 

在本文中，最重要的參數(shù)是 GC 事件（ YGC 和 FGC ）次數(shù)和收集時(shí)間（ YGCT 和 FGCT ）。

測(cè)試設(shè)置

筆者設(shè)置了四種不同的設(shè)置，為了好記，給它們起了不同的名字。

默認(rèn)（灰色標(biāo)識(shí)）

JetBrains 提供的默認(rèn)設(shè)置：

-Xms128m-Xmx750m-XX:MaxPermSize=350m-XX:ReservedCodeCacheSize=240m-XX:+UseCompressedOops

Big（大）（紅色標(biāo)識(shí)）

給 Xmx 配 4096MB， ReservedCodeCacheSize 設(shè)置 1024MB，這已經(jīng)是相當(dāng)多的內(nèi)存了：

-Xms1024m-Xmx4096m-XX:ReservedCodeCacheSize=1024m-XX:+UseCompressedOops

Balanced(平衡的)（藍(lán)色標(biāo)識(shí)）

Xmx 和 Xms 都分配 2GB ，這是相當(dāng)平衡的內(nèi)存消耗：

-Xms2g-Xmx2g-XX:ReservedCodeCacheSize=1024m-XX:+UseCompressedOops

Sophisticated（復(fù)雜的）（橘色標(biāo)識(shí)）

和上面一樣， Xmx 和 Xms 都分配2GB，但是給 GC 和內(nèi)存管理指定不同的垃圾回收器和許多不同的標(biāo)志：

-server-Xms2g-Xmx2g-XX:NewRatio=3-Xss16m-XX:+UseConcMarkSweepGC-XX:+CMSParallelRemarkEnabled-XX:ConcGCThreads=4-XX:ReservedCodeCacheSize=240m-XX:+AlwaysPreTouch-XX:+TieredCompilation-XX:+UseCompressedOops-XX:SoftRefLRUPolicyMSPerMB=50-Dsun.io.useCanonCaches=false-Djava.net.preferIPv4Stack=true-Djsse.enableSNIExtension=false-ea

以上便是筆者的測(cè)試設(shè)置，為了執(zhí)行該測(cè)試用例，還需要在~/Library/Preferences/IntelliJIdea15/下創(chuàng)建一個(gè)idea.vmoptions文件（這是 Mac OS 系統(tǒng)下的路徑設(shè)置，基于你的操作系統(tǒng)進(jìn)行設(shè)置，關(guān)注公眾號(hào)：Java面試那些事兒，回復(fù)關(guān)鍵字idea，獲取最新的idea教程）

現(xiàn)在，執(zhí)行測(cè)試用例并比較結(jié)果。

結(jié)果

Idea啟動(dòng)時(shí)間

正如上圖所示，啟動(dòng)時(shí)間并不依賴于內(nèi)存設(shè)置。Idea 在所有場(chǎng)景下的測(cè)試時(shí)間都是10秒，無論內(nèi)存分配有多少。這并不足為奇，因?yàn)樵诖嗽缙陔A段，這些設(shè)置并不會(huì)影響到應(yīng)用的行為。更多IDEA內(nèi)容：IntelliJ IDEA 2020.1 已正式發(fā)布

加載大項(xiàng)目花費(fèi)的時(shí)間

現(xiàn)在加載 Monolith 項(xiàng)目及其70萬行代碼。終于，出現(xiàn)了一些的差異。默認(rèn)設(shè)置所花費(fèi)的時(shí)間幾乎是其它的3倍。很明顯，如此龐大的代碼庫需要更多的內(nèi)存。如果我們執(zhí)行：

jstat -gcutil <IDEA_PID> 

會(huì)發(fā)現(xiàn)，對(duì)比其它設(shè)置， GC 在默認(rèn)設(shè)置下會(huì)變得異常忙碌。

不僅 GC 釋放內(nèi)存的總時(shí)間非常高（幾乎達(dá)到了50倍），而且 Full GC 的平均執(zhí)行時(shí)間也非常非常長(zhǎng)。大量的時(shí)間都花在了 Full GC 上面，這是 IDE 響應(yīng)速度低的主要原因。

在IDEA中打開兩個(gè)微服務(wù)

現(xiàn)在加載這兩個(gè)微服務(wù)項(xiàng)目，在 IDEA 中打開并且對(duì)比他們所消耗的時(shí)間。

在這個(gè)測(cè)試用例下，差異還是非常明顯的，復(fù)雜設(shè)置表現(xiàn)最佳，而默認(rèn)設(shè)置仍舊輸給了其他兩種設(shè)置。

再次使用jstat