低延遲場(chǎng)景下Java 垃圾回收調(diào)優(yōu)的核心在於減少GC 停頓時(shí)間並避免頻繁Full GC。 1. 選擇合適的垃圾回收器，如ZGC（JDK 11 ）或Shenandoah（JDK 8u255 /JDK 15 ），適用於低延遲場(chǎng)景；G1 適用於中等規(guī)模系統(tǒng)；舊版本JDK 不適合響應(yīng)敏感服務(wù)。 2. 合理設(shè)置堆內(nèi)存和新生代比例，初始堆與最大堆保持一致，適當(dāng)增大新生代空間，老年代佔(zhàn)比建議3:7，例如-Xms4g -Xmx4g -Xmn1g。 3. 控制對(duì)像生命週期，減少臨時(shí)對(duì)象創(chuàng)建，通過對(duì)像池、ThreadLocal、避免循環(huán)內(nèi)創(chuàng)建對(duì)像等方式優(yōu)化代碼。 4. 監(jiān)控與分析GC 日誌，啟用-XX: PrintGCDetails 等參數(shù)，並使用jstat、GCViewer、Prometheus Grafana 等工具輔助分析調(diào)優(yōu)。

低延遲場(chǎng)景下做Java 垃圾回收調(diào)優(yōu)，核心在於減少GC 停頓時(shí)間，同時(shí)避免頻繁觸發(fā)Full GC。關(guān)鍵點(diǎn)是選對(duì)垃圾回收器、合理設(shè)置堆內(nèi)存大小、控制對(duì)像生命週期。

選擇適合低延遲的垃圾回收器

Java 的不同版本支持的GC 策略不一樣，但如果你追求的是低延遲，ZGC 或Shenandoah 是首選。它們都屬於並發(fā)標(biāo)記整理算法，能夠在毫秒級(jí)內(nèi)完成大部分GC 工作，幾乎不會(huì)造成明顯停頓。

• ZGC（JDK 11 ） ：適合堆內(nèi)存從幾百M(fèi)B 到TB 級(jí)的應(yīng)用，停頓時(shí)間通常在10ms 以內(nèi)。
• Shenandoah（JDK 8u255 , JDK 15 ） ：也是主打低延遲，適用於中大型堆內(nèi)存應(yīng)用。
• G1（Garbage First） ：雖然不如前兩者極致低延遲，但在大多數(shù)中等規(guī)模系統(tǒng)中表現(xiàn)穩(wěn)定，配置也更成熟。

如果你用的是舊版本JDK，比如JDK 8，默認(rèn)是Parallel Scavenge Serial Old 組合，這種組合吞吐量高但延遲較高，不太適合對(duì)響應(yīng)時(shí)間敏感的服務(wù)。

合理設(shè)置堆內(nèi)存和新生代比例

堆內(nèi)存不是越大越好，尤其在低延遲場(chǎng)景中。太大會(huì)導(dǎo)致GC 時(shí)間變長，尤其是Full GC 發(fā)生時(shí)，停頓時(shí)間可能飆升。

推薦做法：

• 初始堆（-Xms）和最大堆（-Xmx）設(shè)為相同值，避免運(yùn)行時(shí)動(dòng)態(tài)擴(kuò)容帶來的性能波動(dòng)。
• 適當(dāng)增大新生代（-Xmn） ，讓短命對(duì)像在Eden 區(qū)就能被回收掉，減少晉升到老年代的對(duì)像數(shù)量。
• 老年代比例建議保持在3:7 左右，也就是新生代佔(zhàn)整個(gè)堆的30% 左右，可以根據(jù)實(shí)際對(duì)像生命週期調(diào)整。

舉個(gè)例子：如果你的JVM 總堆設(shè)為4G，可以考慮-Xms4g -Xmx4g -Xmn1g ，這樣Eden 區(qū)大概能有600MB~800MB，足夠應(yīng)對(duì)大部分短期對(duì)象。

控制對(duì)象創(chuàng)建頻率和生命週期

很多低延遲問題其實(shí)不是GC 本身的問題，而是程序頻繁創(chuàng)建臨時(shí)對(duì)象，導(dǎo)致GC 頻繁觸發(fā)。這個(gè)問題要從代碼層面優(yōu)化。

常見做法包括：

• 盡量復(fù)用對(duì)象，例如使用對(duì)像池或ThreadLocal 緩存。
• 減少不必要的裝箱拆箱操作，避免自動(dòng)裝箱產(chǎn)生的臨時(shí)對(duì)象。
• 使用弱引用（WeakHashMap）來管理緩存類數(shù)據(jù)，避免長期佔(zhàn)用內(nèi)存。
• 避免在循環(huán)體內(nèi)頻繁創(chuàng)建對(duì)象。

例如，在日誌輸出中拼接字符串log.info("user=" user) ，每次都會(huì)生成一個(gè)新的String 對(duì)象，換成log.info("user={}", user)可以有效減少GC 壓力。

監(jiān)控與分析GC 日誌是調(diào)優(yōu)的基礎(chǔ)

不看GC 日誌就盲目調(diào)優(yōu)基本等於瞎猜。建議開啟以下參數(shù)記錄GC 情況：

 -XX: PrintGCDetails -XX: PrintGCDateStamps -Xloggc:/path/to/gc.log

也可以使用一些工具輔助分析，如：

• jstat ：實(shí)時(shí)查看GC 統(tǒng)計(jì)信息。
• GCViewer或GCEasy ：可視化分析日誌文件。
• Prometheus Grafana ：配合JVM Exporter 實(shí)現(xiàn)監(jiān)控報(bào)警。

通過這些手段，你可以清楚看到每次GC 的耗時(shí)、頻率以及對(duì)象分配速率，從而有針對(duì)性地調(diào)整參數(shù)。

基本上就這些，低延遲調(diào)優(yōu)不是一蹴而就的事，需要結(jié)合業(yè)務(wù)特點(diǎn)、GC 行為和代碼行為綜合判斷。

以上是低潛伏期的Java垃圾收集調(diào)整的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！