Java精選面試題（微信小程序）：5000+道面試題和選擇題，真實(shí)面經(jīng)，簡(jiǎn)歷模版，包含Java基礎(chǔ)、并發(fā)、JVM、線程、MQ系列、Redis、Spring系列、Elasticsearch、Docker、K8s、Flink、Spark、架構(gòu)設(shè)計(jì)、大廠真題等，在線隨時(shí)刷題！

1. 背景 TLDR

垃圾回收器的暫停問題對(duì)實(shí)時(shí)響應(yīng)要求較高的服務(wù)來說，一直是個(gè)痛點(diǎn)， CMS和G1等主流垃圾回收器的數(shù)十毫秒乃至上百毫秒的暫停時(shí)間相當(dāng)致命。此外，調(diào)優(yōu)門檻也相對(duì)較高，需要對(duì)垃圾回收器的內(nèi)部機(jī)制有一定的了解，才能夠進(jìn)行有效的調(diào)優(yōu)。隨著ZGC的出現(xiàn)， 使得這一痛點(diǎn)徹底解決， ZGC 最初在 JDK 11 中作為實(shí)驗(yàn)性功能引入，并在 JDK 15 中宣布為生產(chǎn)就緒， 由于JDK17才是比較正式提供給大眾實(shí)用的LTS支持版本，而且一部分公司已經(jīng)在使用，所以本文力推JDK17。

ZGC 作為一款低延遲垃圾收集器，旨在滿足以下目標(biāo)：

• 8MB到16TB的堆大小支持

• 10ms最大GC暫時(shí)

• 最糟糕的情況下吞吐量會(huì)降低15%（實(shí)測(cè)，如果參數(shù)配置的問題可能更糟， 官方這個(gè)稍微吹牛了點(diǎn)， 說實(shí)話就是用CPU換GC時(shí)間，也沒有那么高大上）

1.1. 升級(jí)JDK17的不可拒絕的理由

低延遲的業(yè)務(wù)需求，毫秒級(jí)耗時(shí)的GC

據(jù)美團(tuán)的開發(fā)說：

在Zeus服務(wù)不同集群中，ZGC在低延遲（TP999 < 200ms）場(chǎng)景中收益較大：

• TP999 ：下降12~142ms，下降幅度18%~74%。

• TP99 ：下降5~28ms，下降幅度10%~47%。

可以忽略的升級(jí)JDK17的理由

• 新版的SpringBoot 官方最低支持 JDK17，想使用新Spring版本，就得升級(jí)

• JIT 編譯器的增強(qiáng)

• JDK 17 中的新功能，例如 Sealed 類、Pattern Matching、Records 等

• 升級(jí)到 JDK 17 可以獲得更好的安全性，包括修復(fù)的漏洞和強(qiáng)化的安全機(jī)制

1.2. 適用場(chǎng)景

• 網(wǎng)關(guān)服務(wù)

• Web API

暫不推薦場(chǎng)景：定時(shí)任務(wù)、批量任務(wù)、高CPU密集型應(yīng)用

2. 升級(jí)前后對(duì)比

話不多說，先看效果

環(huán)境：

CPU： 4c Mem: 6GB

G1參數(shù)：

    -Xmx3500m -Xms3500m -XX:+UseG1GC -XX:MaxGCPauseMillis=100     -XX:G1ReservePercent=10 -XX:ConcGCThreads=2 -XX:ParallelGCThreads=5     -XX:G1HeapRegionSize=16m -XX:MaxTenuringThreshold=14     -XX:SurvivorRatio=8

ZGC參數(shù)：

--add-opens=java.base/java.lang=ALL-UNNAMED -Xms3500m -Xmx3500m -XX:ReservedCodeCacheSize=256m -XX:InitialCodeCacheSize=256m -XX:+UnlockExperimentalVMOptions -XX:+UseZGC -XX:ConcGCThreads=1 -XX:ParallelGCThreads=3 -XX:ZCollectionInterval=60 -XX:ZAllocationSpikeTolerance=4 -XX:+UnlockDiagnosticVMOptions -XX:-ZProactive  -Xlog:safepoint,classhisto*=trace,age*,gc*=info:file=/opt/gc-%t.log:time,tid,tags:filecount=5,filesize=50m

上述兩個(gè)參數(shù)，均已經(jīng)在生產(chǎn)環(huán)境實(shí)驗(yàn)過， 生產(chǎn)環(huán)境的機(jī)器是單機(jī)擁有1500業(yè)務(wù)tps的機(jī)器

2.1. GC耗時(shí)對(duì)比

從上圖可見， GC耗時(shí)是有著質(zhì)的區(qū)別的，這個(gè)區(qū)別是你用CMS、Parallel GC、 G1 等嘔心瀝血也調(diào)校不出來的

這么短的GC， 可以保證，應(yīng)用因?yàn)镴VM層面的卡頓都保持在1ms 以內(nèi)， 這也是為啥說這點(diǎn)才是不能拒絕的理由

2.2. CPU使用對(duì)比

從CPU使用上看， JDK17 相同的代碼， 比JDK8要高出10 ~ 20%

3. 升級(jí)方法

3.1. JDK選擇或安裝

使用JDK17前必須要安裝JDK17， 對(duì)于不同的Linux發(fā)行版或者操作系統(tǒng)安裝方法各不相同， 下面給出了一些樣例， 僅供參考。

# ubuntu 安裝jdk17 sudo apt install openjdk-17-jdk # docker 基礎(chǔ)鏡像 docker pull openjdk:17-slim docker pull openjdk:17-jdk-oraclelinux7 Dockerfile 復(fù)制代碼FROM openjdk:17-slim

3.2. JVM 參數(shù)調(diào)整

有了JDK17后，你已經(jīng)具備了讓你的Java程序運(yùn)行在JDK17上的基本條件了，下一步便是配置Jvm 參數(shù)如下（有需要的話，可以自行把換行整理下）：

    --add-opens=java.base/java.lang=ALL-UNNAMED \     -Xms1500m -Xmx1500m \     -XX:ReservedCodeCacheSize=256m \     -XX:InitialCodeCacheSize=256m \      -XX:+UnlockExperimentalVMOptions \     -XX:+UseZGC \     -XX:ConcGCThreads=1 -XX:ParallelGCThreads=2 \     -XX:ZCollectionInterval=30 -XX:ZAllocationSpikeTolerance=5 \     -XX:+UnlockDiagnosticVMOptions -XX:-ZProactive \     -Xlog:safepoint,classhisto*=trace,age*,gc*=info:file=/opt/gc-%t.log:time,tid,tags:filecount=5,filesize=50m \     -XX:+HeapDumpOnOutOfMemoryError \     -XX:HeapDumpPath=/opt/errorDump.hprof

4. 參數(shù)釋義

參數(shù)名

參數(shù)含義

--add-opens

JDK9模塊化后，導(dǎo)致javabase下面的一些基礎(chǔ)包訪問權(quán)限受阻， 需要開放訪問, 默認(rèn) 設(shè)置java.base/java.lang=ALL-UNNAMED即可

-Xms1500m -Xmx1500m

堆內(nèi)存設(shè)置，非常常見，不解釋

-XX:ReservedCodeCacheSize=256m

JIT編譯的代碼都放在CodeCache中，一般服務(wù)64m或128m就已經(jīng)足夠

-XX:InitialCodeCacheSize=256m

初始code cache大小

-XX:+UnlockExperimentalVMOptions

開啟實(shí)驗(yàn)性質(zhì)的JVM選項(xiàng)，打開可以解鎖更多的JVM設(shè)置的能力

-XX:+UseZGC

使用ZGC

-XX:ConcGCThreads=1

并發(fā)回收垃圾的線程。默認(rèn)是總核數(shù)的12.5%，8核CPU默認(rèn)是1。調(diào)大后GC變快，但會(huì)多占用程序運(yùn)行時(shí)的CPU資源

-XX:ParallelGCThreads=2

STW階段使用線程數(shù)，默認(rèn)是總核數(shù)的60%

-XX:ZCollectionInterval=30

GC周期之間的最大間隔（單位秒）

-XX:ZAllocationSpikeTolerance=5

增大修正系數(shù)-XX:ZAllocationSpikeTolerance，更早觸發(fā)GC。ZGC采用正態(tài)分布模型預(yù)測(cè)內(nèi)存分配速率，模型修正系數(shù)ZAllocationSpikeTolerance默認(rèn)值為2

-XX:+UnlockDiagnosticVMOptions -XX:-ZProactive

是否啟用主動(dòng)回收，默認(rèn)開啟，這里的配置表示關(guān)閉

-Xlog:safepoint,classhisto*=trace,age*,gc*=info:file=/opt/gc-%t.log:time,tid,tags:filecount=5,filesize=50m

GC日志設(shè)置

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/opt/errorDump.hprof

當(dāng)發(fā)生OOM的時(shí)候HEAP DUMP 及其配置

歡迎大家加入技術(shù)交流群，全面提升自身技術(shù)能力。

來源：https://juejin.cn/post/7173271507047546893

公眾號(hào)“Java精選”所發(fā)表內(nèi)容注明來源的，版權(quán)歸原出處所有（無法查證版權(quán)的或者未注明出處的均來自網(wǎng)絡(luò)，系轉(zhuǎn)載，轉(zhuǎn)載的目的在于傳遞更多信息，版權(quán)屬于原作者。如有侵權(quán)，請(qǐng)聯(lián)系，筆者會(huì)第一時(shí)間刪除處理！

最近有很多人問，有沒有讀者交流群！加入方式很簡(jiǎn)單，公眾號(hào)Java精選，回復(fù)“加群”，即可入群！

文章有幫助的話，點(diǎn)在看，轉(zhuǎn)發(fā)吧！