這篇是技巧性的文章，如果要找關(guān)于GC或者調(diào)整內(nèi)純的文章，看我其他幾篇文章。因?yàn)槭荍VM 調(diào)優(yōu)總結(jié)，所以廢話少說。從各方面一共收集到以下幾個(gè)方法：
1.升級(jí) JVM 版本。如果能使用64-bit，使用64-bit JVM。   
基本上沒什么好解釋的，很簡(jiǎn)單將JVM升級(jí)到最新的版本。如果你還是使用JDK1.4甚至是更早的JVM，那你首先要做的就是升級(jí)。因?yàn)镴VM從1.4- >1.5->1.6可不是僅僅的版本號(hào)升級(jí)，或者僅僅往里面加了一堆新的語言特性，這么簡(jiǎn)單。而是真正在JVM做了重大的改進(jìn)，每次版本升級(jí)，都有巨大的性能升級(jí)。尤其是ＳＵＮ認(rèn)識(shí)到ｊａｖａ是知己的全部的時(shí)候（夸張點(diǎn)，但連股票號(hào)都改成ＪＡＶＡ了，呵呵）。如果你經(jīng)常逛SUN 的JVM論壇，你就會(huì)發(fā)現(xiàn)實(shí)際上JVM上的毛病是這么多。如果你因?yàn)楦鞣N原因，而不能升級(jí)到1.6，那你可以升級(jí)到該版本的最新版。
2.選擇一個(gè)正確的GC（Gargage Collection）。
由于當(dāng)JAVA程序GC的時(shí)候，會(huì)停下當(dāng)前程序。尤其Full GC的時(shí)候，會(huì)停留很長(zhǎng)時(shí)間。一般對(duì)于GUI程序來說，是很難接受的（想想Eclipse暫停的時(shí)候）。 JAVA5 以后，開始自帶了好幾種GC，你可以選擇一個(gè)適合你的種類。有以下四種Serial Collector，Parallel collector，Concurrent Collector，Train Collector（廢棄）。后面幾種時(shí)候使用并行收集，所以理論上有效率更高（要求你有超過2CUP，但是現(xiàn)在多核開始普及了，呵呵）。提示：更改GC 種類以后要適當(dāng)挺高JVM的內(nèi)存量。
3.正確設(shè)置內(nèi)存大小。對(duì)JVM堆內(nèi)的各個(gè)區(qū)域（young,old,perm）正確設(shè)置大小。
這個(gè)是最困難的調(diào)整，因?yàn)檫@個(gè)調(diào)整會(huì)直接影響GC的效率。而且由于各個(gè)程序的類型不用，所以沒有一個(gè)通用的數(shù)據(jù)。除了幾個(gè)常用規(guī)則以外，需要使用工具（jstat,jvmstat,jconsole等等）仔細(xì)調(diào)整。下面會(huì)提到幾個(gè)常用的準(zhǔn)則。通常使用一下幾個(gè)參數(shù)調(diào)整-Xms -Xmx-XX:MaxPermSize。
3.1 調(diào)高-XX:NewRatio（NewSize/MaxNewSize）的值，會(huì)減少young gc的次數(shù)，但會(huì)增加old gc的時(shí)間。
3.2 增加普通GC的方法（減小Full GC）。擴(kuò)大young區(qū)域的大?。ㄗ畲?0%），并過大Survivor的區(qū)域。使得更多的object留在young gen。
4.減小類的使用量，注意類的load和unload，減少JSP頁數(shù)。
類實(shí)際上也是對(duì)象，會(huì)直接分配perm區(qū)域里，即使Full GC也會(huì)很少收集。JSP也會(huì)分配到perm區(qū)域里，效果同理。如果perm過大，超過XX:MaxPermSize值，會(huì)發(fā)生 OutOfMemoryError: PermGen space異常。解決方法是提高-XX:MaxPermSize值。
5.避免使用-Xnoclassgc 
6.如果是RMI程序，要注意調(diào)整RMI DGC的時(shí)間。
以下是幾個(gè)寫程序時(shí)，應(yīng)該注意的地方。也可減小GC，提高JVM性能。
1.不要使用System.gc()方法。
因?yàn)樗鼤?huì)產(chǎn)生Full GC。
2.盡可能少分配大的臨時(shí)對(duì)象（生命周期短的）
可能會(huì)直接分配到old區(qū)域里，old區(qū)域只有Full GC的時(shí)候會(huì)收集。
3.避免使用finalize()方法。
finalize()會(huì)增加GC的負(fù)擔(dān)，使用java.lang.ref代替。

最新評(píng)論