學(xué)習(xí)java的同學(xué)注意了！！！ 學(xué)習(xí)過(guò)程中遇到什么問(wèn)題或者想獲取學(xué)習(xí)資源的話(huà)，歡迎加入Java學(xué)習(xí)交流群，群號(hào)碼：183993990  我們一起學(xué)Java！

JVM.PNG

JVM內(nèi)存模型

描述主內(nèi)存和工作內(nèi)存之間的通信規(guī)則，避免數(shù)據(jù)不一致。所有線(xiàn)程共享JVM內(nèi)存區(qū)域main memory。而每個(gè)單獨(dú)線(xiàn)程又有自己的工作內(nèi)存。為了保證從工作內(nèi)存寫(xiě)到主內(nèi)存的數(shù)據(jù)的一致性，JVM定義了一系列的規(guī)則

所有變量都在主內(nèi)存中，對(duì)所有線(xiàn)程共享（此處的變量與Java編程時(shí)所說(shuō)的變量不一樣，指包括了實(shí)例字段、靜態(tài)字段和構(gòu)成數(shù)組對(duì)象的元素，但是不包括局部變量與方法參數(shù)，后者是線(xiàn)程私有的，不會(huì)被共享。）每條線(xiàn)程都有自己的工作內(nèi)存，保存主內(nèi)存中變量的拷貝，線(xiàn)程對(duì)變量的操作只能在工作內(nèi)存中完成

線(xiàn)程無(wú)法直接訪(fǎng)問(wèn)對(duì)方的工作內(nèi)存

內(nèi)存之間的8個(gè)交互指令

lock(main) unlock(main) read(main) load(work) use(work) assign(work) store(work) write(main)必須順序執(zhí)行，不必連續(xù)執(zhí)行

不許read load 和 store write單獨(dú)出現(xiàn)不許丟棄assign結(jié)果，必須同步回主內(nèi)存不許未assign，直接同步主內(nèi)存變量只能在主內(nèi)存誕生。在使用use 和 store前，必須先read和load一個(gè)變量同一時(shí)刻只能由一個(gè)lock操作，與unlock必須成對(duì)出現(xiàn)如果lock操作，那么這個(gè)變量需要重新執(zhí)行l(wèi)oad 和 assign操作如果沒(méi)lock，不許unlockunlock前，必須執(zhí)行store和write

JVM內(nèi)存管理

Java虛擬機(jī)在運(yùn)行時(shí)會(huì)把它所管理的內(nèi)存分為若干不同個(gè)數(shù)據(jù)區(qū)域主內(nèi)存: 方法區(qū)+堆, 由線(xiàn)程共享工作內(nèi)存：棧 + 程序計(jì)數(shù)器，線(xiàn)程私有

方法區(qū)： 存放類(lèi)信息，常量，靜態(tài)變量，即時(shí)編譯后的代碼。堆：存放對(duì)象，細(xì)分為新生代（Eden，F(xiàn)rom Survivor， To Survivor）+ 老年代, 也可以劃分出多個(gè)線(xiàn)程私有的分配緩存區(qū)TLAB棧：局部變量表 + 操作數(shù)棧 + 動(dòng)態(tài)鏈接 + 方法出參+其他（debug）程序計(jì)數(shù)器：當(dāng)前線(xiàn)程所執(zhí)行的代碼的行號(hào)指示器

JVM垃圾回收

對(duì)象已死分析：引用計(jì)數(shù)法 Vs 可達(dá)性分析法GC roots：棧中引用的對(duì)象，類(lèi)靜態(tài)變量引用的對(duì)象，常量引用的對(duì)象，本地方法JNI引用的對(duì)象垃圾回收算法：復(fù)制，標(biāo)記-整理，標(biāo)記-清除，分代回收垃圾回收時(shí)間：安全點(diǎn)，安全區(qū)域垃圾回收器：新生代：serial parNew ParallelScavenge老年代：serialOld parallelOld CMSG1CMS垃圾回收器：初始標(biāo)記 -》 并發(fā)標(biāo)記-》重新標(biāo)記-》并發(fā)清除

JVM參數(shù)調(diào)優(yōu)

標(biāo)準(zhǔn)參數(shù) （-） -verbose

非標(biāo)準(zhǔn)參數(shù) （-X） -Xmx20m-Xmx 堆最大值-Xms 堆最小值-Xmn 新生代內(nèi)存-Xss 棧內(nèi)存

非穩(wěn)定參數(shù) （-XX） -XX：SurvivorRatio=8

行為參數(shù)：DisableExplicitGC 禁止顯示調(diào)用system.gcUseConcMarkSweepGCUseSearialGCUseParallelGC

性能調(diào)優(yōu)：PermSize 方法區(qū)內(nèi)存MaxPermSizeSurvivorRatio 新生代中Eden和Survivor的容量比值，默認(rèn)8：1PRetenureSizeThreshold 直接晉升到老年代的對(duì)象大小閾值MaxTenuringThreshold 晉升到老年代的年齡UseAdaptiveSizePolicy 動(dòng)態(tài)調(diào)整Java堆各區(qū)域的大小及進(jìn)入老年代的年齡HandlePromotionFailure 是否允許擔(dān)保失敗ParallelGCThreads GC內(nèi)存回收的線(xiàn)程數(shù)GCTimeRatio GC占總時(shí)間的比例，默認(rèn)99， 只允許1%,只在parallelScavenge生效MaxGCPauseMillis GC最大停頓時(shí)間，只在parallelScavenge生效CMSInitiatingOccupancyFraction 老年代在空間占用多少后觸發(fā)回收，默認(rèn)68%，只在CMS生效UseCMSCompactionAtFullCollection 是否需要整理，僅在CMS生效CMSFullGCsBeforeCompaction 幾次后再整理CompileThreshold JIT編譯閾值 client默認(rèn)1500 server默認(rèn)10000

調(diào)試：printGCDetails 打印內(nèi)存回收日志HeapDumpOnOutOfMemoryErrorTraceClassLoadingTraceClassUnloading

java工具

jps: 打印java進(jìn)程jstack: 查看線(xiàn)程信息jmap: 查看堆信息jconsole， jinfo， jhat， javap， btrace

問(wèn)題解決

HeapOutOfMemory當(dāng)堆上分配的對(duì)象大于指定堆的最大值時(shí)，拋出該錯(cuò)。可以使用-XX:+HeapDumpOnOutOfMemoryError 查看內(nèi)存快照進(jìn)行分析

MethodArea OutOfMemory方法區(qū)內(nèi)存不足，存放類(lèi)信息，常量，靜態(tài)變量，即時(shí)編譯后的代碼，檢查這幾個(gè)信息是否有異常大多的原因是因?yàn)閯?dòng)態(tài)產(chǎn)生過(guò)多的類(lèi)。

ConstantPool OutOfMemory常量池溢出，查看是否intern使用不當(dāng)

DirectMemory OutOfMemory本機(jī)直接內(nèi)存溢出，容量可通過(guò)-XX:MaxDirectMemorySize指定，如果不指定，默認(rèn)和堆最大值相同。這個(gè)溢出發(fā)生在系統(tǒng)進(jìn)行直接內(nèi)存分配。例如：unsafe.allocateMemory()特征為：OOM后發(fā)現(xiàn)Dump問(wèn)價(jià)你很小，程序中直接或間接使用了NIO

Stack OutOfMemory擴(kuò)展棧時(shí)無(wú)法獲取足夠的內(nèi)存空間，在創(chuàng)建線(xiàn)程時(shí)解決方法之一：減少最大堆

Stack OverFlow棧深度大于虛擬機(jī)所允許的深度，經(jīng)常是由于死循環(huán)的遞歸調(diào)用

當(dāng)一個(gè)Java程序響應(yīng)很慢時(shí)如何查找問(wèn)題