jvm調(diào)優(yōu)

jemygraw 發(fā)布于2019-08-14 18:06 / 2480人閱讀

摘要：垃圾回收垃圾檢測引用計數(shù)法和可達性分析算法。引用計數(shù)法給一個對象添加引用計數(shù)器，每當(dāng)有個地方引用它，計數(shù)器就加，引用失效就減。通常會在老年代內(nèi)存被占滿時將會觸發(fā)，回收整個堆內(nèi)存。

基礎(chǔ)知識

JVM - HotSpot內(nèi)存布局(1.8之前版本)

1.8版本開始，持久區(qū)沒有了，替代它的是metaspace。對于32位JVM，我通常不建議Java堆大小超過2Gb(-Xms2048m, -Xmx2048m)，對于64位而言，我通常建議在每個JVM進程中Java堆大小的起始值設(shè)置在3GB或者4GB。典型的年輕代和老年代的比例是1:3或者33%。

垃圾回收

垃圾檢測：引用計數(shù)法和可達性分析算法。
引用計數(shù)法：給一個對象添加引用計數(shù)器，每當(dāng)有個地方引用它，計數(shù)器就加1，引用失效就減1。如果對象互相引用，那么就導(dǎo)致內(nèi)存泄漏，所以這個方法已經(jīng)被廢棄。
可達性分析算法：以根集對象為起始點進行搜索，如果有對象不可達的話，即是垃圾對象。這里的根集一般包括java棧中引用的對象、方法區(qū)常量池中引用的對象和本地方法中引用的對象等。JVM在做垃圾回收的時候，會檢查堆中的所有對象是否會被這些根集對象引用，不能夠被引用的對象就會被垃圾收集器回收。
年輕代被分為3個部分，Enden區(qū)和兩個Survivor區(qū)。當(dāng)Eden區(qū)被對象填滿時，就會執(zhí)行Minor GC，并把所有存活下來的對象轉(zhuǎn)移到其中一個survivor區(qū)。Minor GC同樣會檢查先前存活下來的對象，也把它們轉(zhuǎn)移到這個survivor區(qū)。這樣在一段時間內(nèi)，總會有一個空的survivor區(qū)。經(jīng)過多次GC周期后，仍然存活下來的對象會被轉(zhuǎn)移到年老代內(nèi)存空間。
年老代存放的都是生命周期較長的對象。通常會在老年代內(nèi)存被占滿時將會觸發(fā)Full GC，回收整個堆內(nèi)存。

常用工具：

jstack：查看每個線程的當(dāng)前狀態(tài)、調(diào)用棧、鎖住或等待去鎖定的資源，直接報告是否有線程死鎖。

/root/jdk1.8.0_101/bin/jstack -l 6126

jmap：打印出java進程（使用pid）內(nèi)存內(nèi)的，所有‘對象’的情況（如：產(chǎn)生那些對象，及其數(shù)量）。

jmap -dump:format=b,file=test.bin 6126

工具詳細列表：http://blog.csdn.net/fenglibi...
JVM參數(shù)詳解：http://0opslab.com/2016/01/16...

錯誤排查：

常見場景：CPU狂飆，通過ps -o pcpu,pid,tid找出是哪些線程在高頻率的使用CPU，然后使用jstack命令找出這些線程，如果是普通線程，它的call stack直接反映出問題所在。如果是GC線程，通過gc日志可以看出GC線程在拼命GC，但是GC前后效果不明顯，已用堆內(nèi)存始終降不下來，其它線程會表現(xiàn)為alloc_enqueue_allocation_and_wait_for_gc的native_blocked阻塞狀態(tài)，此時用jmap命令dump堆內(nèi)存情況，使用eclipse MAT工具找出問題所在。
很多時候性能異常表現(xiàn)為偶然性，就是在不定的時間出現(xiàn)問題，此時通過給jvm加啟動參數(shù)來生成轉(zhuǎn)儲文件，然后事后分析。-verbose:gc -Xloggc:xxx.txt生成gc日志，-XX:HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=yyy.txt在OOM出現(xiàn)后自動生成了堆轉(zhuǎn)儲文件，據(jù)此可分析堆和線程的情況。

內(nèi)存溢出out of memory，是指程序在申請內(nèi)存時，沒有足夠的內(nèi)存空間供其使用，出現(xiàn)out of memory；比如申請了一個integer，但給它存了long才能存下的數(shù)，那就是內(nèi)存溢出。
內(nèi)存泄露memory leak，是指程序在申請內(nèi)存后，無法釋放已申請的內(nèi)存空間，一次內(nèi)存泄露危害可以忽略，但內(nèi)存泄露堆積后果很嚴重，無論多少內(nèi)存，遲早會被占光。memory leak會最終會導(dǎo)致out of memory！
以下為常見的內(nèi)存錯誤：

java.lang.OutOfMemoryError: Java heap space 堆空間被占滿
java.lang.OutOfMemoryError: PermGen space 持久代被占滿(1.8之前版本)
java.lang.StackOverflowError 線程棧溢出
Fatal: Stack size too small 線程local area滿
java.lang.OutOfMemoryError: unable to create new native thread 系統(tǒng)內(nèi)存被占滿