JVM如何實(shí)現(xiàn)參數(shù)調(diào)優(yōu)：
1.Java內(nèi)存結(jié)構(gòu)（堆柠傍、元空間（方法區(qū)）擅这、棧辐啄、程序計(jì)數(shù)器、類(lèi)加載器运嗜、本地方法棧等）
2.可達(dá)分析算法 （GCRoot引用鏈） 三色標(biāo)記算法
- 垃圾回收算法：
3.1標(biāo)記清除算法 優(yōu)點(diǎn)：效率比較高 不需要移動(dòng)內(nèi)存地址 缺點(diǎn)：碎片化的問(wèn)題 老年代
3.2標(biāo)記整理算法 優(yōu)點(diǎn)：避免碎片化問(wèn)題 缺點(diǎn)：效率比較低 stw 老年代
3.3標(biāo)記復(fù)制算法 優(yōu)點(diǎn)：免碎片化問(wèn)題 效率比標(biāo)記整理要高壶辜。以空間換時(shí)間 from/to
來(lái)回的拷貝。新生代
4.垃圾收集器
串行/并行/CMS(老年代)/G1（混合收集器）/ZGC
Stw問(wèn)題：GC在清理堆內(nèi)存垃圾的時(shí)候洗出，有可能會(huì)暫停用戶(hù)線程士复，對(duì)用戶(hù)線程帶來(lái)短暫的卡頓問(wèn)題。
標(biāo)記整理和復(fù)制算法翩活，在垃圾過(guò)程中阱洪，有可能會(huì)發(fā)生stw問(wèn)題。
5.分代算法 新生代和老年代
注意問(wèn)題：如果存放是一個(gè)大對(duì)象的時(shí)候菠镇，有可能會(huì)直接晉升到老年代冗荸，如果老年代內(nèi)存內(nèi)存不足的情況下，有可能會(huì)觸發(fā)的FullGC利耍。
新生代和老年代gc一起觸發(fā)蚌本。
GC如何整體評(píng)估指標(biāo)說(shuō)明
1.吞吐量 運(yùn)行用戶(hù)代碼占總時(shí)間的比例
總運(yùn)行時(shí)間：用戶(hù)線程 程序的運(yùn)行時(shí)間(100s)+GC內(nèi)存回收的時(shí)間 (1s)
100/101=99% 用戶(hù)線程占比 16% 堆內(nèi)存嚴(yán)重不足
比如程序運(yùn)行時(shí)間100s/內(nèi)存回收時(shí)間 垃圾回收1s 100/101=99%
2.GC負(fù)荷 與吞吐量相反，指應(yīng)用花在GC上的時(shí)間百分比
總運(yùn)行時(shí)間：程序的運(yùn)行時(shí)間+GC內(nèi)存回收的時(shí)間
1/101 1%
3.暫停時(shí)間 應(yīng)用線程花在GC stop-the-world 的時(shí)間 暫時(shí)時(shí)間越小越好
低延遲/響應(yīng)時(shí)間
GC收集器那些是吞吐量?jī)?yōu)先那些事響應(yīng)時(shí)間優(yōu)先
4.GC頻率 次數(shù) GC頻率越多隘梨，stw暫停時(shí)間越小 GC回收頻率越小程癌、stw越大的情況下
5.反應(yīng)速度 從一個(gè)對(duì)象變成垃圾到這個(gè)對(duì)象被回收的時(shí)間
吞吐量與響應(yīng)時(shí)間優(yōu)先
1.吞吐量?jī)?yōu)先的有那些收集器：Parallel （多線程）并行收集器 Jdk8默認(rèn)收集器、
2.響應(yīng)時(shí)間優(yōu)先有那些收集器：CMS（老年代）/ParNew(新生代)
響應(yīng)時(shí)間優(yōu)先（低延遲）：注重stw時(shí)間越少
核心理念：注重GC線程清理垃圾時(shí)間比較短
G1/ZGC有注重吞吐量和響應(yīng)時(shí)間優(yōu)先（低延遲）預(yù)估GC線程暫停時(shí)間
如果我們收集器注重吞吐量?jī)?yōu)先：相當(dāng)于我們的GC回收頻率比較少轴猎，GC耗時(shí)比較長(zhǎng)嵌莉，
會(huì)導(dǎo)致用戶(hù)線程stw也會(huì)比較長(zhǎng)。
如果我們收集器注重響應(yīng)時(shí)間優(yōu)先（低延遲）：
GC回收垃圾的時(shí)間比較短（用戶(hù)線程暫停時(shí)間比較短）捻脖，垃圾回收頻率次數(shù)比較多锐峭。
jvm性能調(diào)優(yōu)
1，如何避免用戶(hù)暫停時(shí)間STW比較短可婶？
A, 如何減少GC清理垃圾回收的次數(shù)（堆內(nèi)存一定要充足）
解決方案：
A1堆內(nèi)存空間一定要充足沿癞，
A2,項(xiàng)目啟動(dòng)的時(shí)候堆內(nèi)存初始值和最大值保持一致。
A3不建議使用 System.gc().
A4, 不要在堆內(nèi)存里存放大對(duì)象
A5 合理根據(jù)項(xiàng)目堆內(nèi)存情況矛渴，選擇收集器椎扬。
2，項(xiàng)目如何合理設(shè)置堆的初始大小和合理的垃圾收集器
串行SeriaIGC/并行收集器Parallel/CMS（老年代）/G1混合收集器/ZGC
適用于起步階段的個(gè)人網(wǎng)站 建議堆內(nèi)存 1gb 可以使用串行SeriaIGC 建議使用并行 ParallelGC具温。
有一定訪問(wèn)量的網(wǎng)站或者app 建議堆內(nèi)存設(shè)置為2gb 建議使用并行 ParallelGC盗舰。
并發(fā)適中的APp 或者普通的數(shù)據(jù)處理 建議堆內(nèi)存4gb 老年代cms/新生代parnew
適應(yīng)于并發(fā)量高的app 建議使用堆內(nèi)存 8g 或者16g 建議使用G1收集器 注重低延遲和吞吐量
評(píng)估參考騰訊云服務(wù)器架構(gòu)：
<u>https://buy.cloud.tencent.com/cvm?tab=lite</u>
JVM實(shí)戰(zhàn)參數(shù)性能調(diào)優(yōu)。
1.查看垃圾回收清理垃圾的頻率 jstat
2.排查生產(chǎn)環(huán)境內(nèi)存溢出問(wèn)題
3.使用jvisualvm 監(jiān)聽(tīng)生產(chǎn)環(huán)境虛擬機(jī)堆內(nèi)存情況
JVM參數(shù)參數(shù)調(diào)優(yōu)
垃圾回收統(tǒng)計(jì)次數(shù)
jstat -gc 397116
S0C：第一個(gè)幸存區(qū)的大小
S1C：第二個(gè)幸存區(qū)的大小
S0U：第一個(gè)幸存區(qū)的使用大小
S1U：第二個(gè)幸存區(qū)的使用大小
EC：伊甸園區(qū)的大小
EU：伊甸園區(qū)的使用大小
OC：老年代大小
OU：老年代使用大小
MC：方法區(qū)大小
MU：方法區(qū)使用大小
CCSC:壓縮類(lèi)空間大小
CCSU:壓縮類(lèi)空間使用大小
YGC：年輕代垃圾回收次數(shù)
YGCT：年輕代垃圾回收消耗時(shí)間
FGC：老年代垃圾回收次數(shù)
FGCT：老年代垃圾回收消耗時(shí)間
GCT：垃圾回收消耗總時(shí)間
jstat -gcutil 397116--總結(jié)垃圾回收統(tǒng)計(jì)
S0：幸存1區(qū)當(dāng)前使用比例
S1：幸存2區(qū)當(dāng)前使用比例
E：伊甸園區(qū)使用比例
O：老年代使用比例
M：元數(shù)據(jù)區(qū)使用比例
CCS：壓縮使用比例
YGC：年輕代垃圾回收次數(shù)
FGC：老年代垃圾回收次數(shù)
FGCT：老年代垃圾回收消耗時(shí)間
GCT：垃圾回收消耗總時(shí)間
如何真正排查生產(chǎn)環(huán)境內(nèi)存泄漏問(wèn)題
內(nèi)存泄漏：申請(qǐng)內(nèi)存后桂躏，堆內(nèi)存一直不釋放。
內(nèi)存溢出：申請(qǐng)內(nèi)存前川陆，內(nèi)存不足剂习。
沒(méi)有任何工具能夠直接定位到那段代碼發(fā)生內(nèi)存泄漏問(wèn)題。
通過(guò)工具判斷 那些類(lèi)定義在堆內(nèi)存中一直沒(méi)有被釋放。
HashMap 根據(jù)對(duì)象定義key 一定重寫(xiě)equals和HashCode方法鳞绕。
Java 進(jìn)程與進(jìn)程使用rmi技術(shù)
Dump文件
分析堆內(nèi)存溢出
雙擊：E:\java8\jdk\bin\jvisualvm.exe
服務(wù)器端同理
分析堆內(nèi)存溢出：
jmap -dump:live,format=b,file=mayiktmapheap.dump 408416 生成dump日志文件 導(dǎo)入到j(luò)visualvm分析即可失仁。
