# 前言
從前面的3篇文章中，我們分析了5個垃圾收集器，還有一些 GC 的算法，那么，在 GC 調優中，我們肯定會先判斷哪里出現的問題，然后再根據出現的問題進行調優，而調優的手段就是 JVM 提供給我們的那些參數或者說選項，這些參數將會改變 GC 的運行方式。因此，他們顯得極為重要。
我們將每一個垃圾收集器相關的參數一個一個娓娓道來，注意，樓主推薦一個小程序：前阿里 JVM 大神寒泉子的公眾號里面有個小程序------JVM Pocket，這個小程序介紹了所有的 JVM 參數的作用，你可以在里面搜索你想知道的參數，也可以把你了解的參數寫上去供大家參考。公眾號：lovestblog。
值得注意的一點是，這些參數可能會重復，還記得我們之前的那張圖嗎，樓主覺得有必要再發一次：
可以看到，這些收集器會有一些重復，而且，某些參數也是會作用于所有的處理器，因此，我們下面的介紹可能會有一些重復。
還有一點就是，JVM 為我們設置了很多默認的參數，但是，如果可以的話，還是建議使用顯式的聲明，這樣更能表達意圖。否則，別人不一定知道我們是否知道這些默認值。
我們開始我們的參數之旅吧！
# 1. Serial 收集器參數
串行收集器，client 的默認收集器，分為年輕代 Serial 和老年代 Serial Old 收集器。
-XX:+UseSerialGC 這個參數就是可以指定使用新生代串行收集器和老年代串行收集器， “+” 號的意思是ture，開啟，反之，如果是 “-”號，則是關閉。
-XX:+UseParNewGC 新生代使用 ParNew 回收器，老年代使用串行收集器。
-XX:+UseParallelGC 新生代私用 ParallelGC 回收器，老年代使用串行收集器。
而 Serial 收集器出現的日志為 DefNew .
# 2. ParNew 收集器參數
并行收集器是 Serial 的多線程版本，在 CPU 并行能力強大的計算機上有很大優勢。
其中：
-XX:+UseParNewGC 上面說過了，新生代使用 ParNew 收集器，老年代使用串行收集器。
-XX:+UseConcMarkSweepGC: 新生代使用 ParNew 回收器，老年代使用 CMS。
-XX:ParallelGCThreads={value} 這個參數是指定并行 GC 線程的數量，一般最好和 CPU 核心數量相當。默認情況下，當 CPU 數量小于8， ParallelGCThreads 的值等于 CPU 數量，當 CPU 數量大于 8 時，則使用公式：3+（（5*CPU）/ 8）；同時這個參數只要是并行 GC 都可以使用，不只是 ParNew。
而 ParNew 的 GC 日志則表吸納出 ParNew。
# 3. PS 收集器參數
全稱 Parallel Scavenge 收集器，該收集器是 Java 8 的默認收集器，因為它能夠根據系統當前狀態給出吞吐量最高的GC 配置。所以，在一些手工調優復雜的場合或者對實時性要求不高的場合，可以使用該處理器。
有哪些參數呢？
-XX:MaxGCPauseMillis 設置最大垃圾收集停頓時間，他的值是一個大于0的整數。ParallelGC 工作時，會調整 Java 堆大小或者其他的一些參數，盡可能的把停頓時間控制在 MaxGCPauseMillis 以內。如果為了將停頓時間設置的很小，將此值也設置的很小，那么 PS 將會把堆設置的也很小，這將會到值頻繁 GC ，雖然系統停頓時間小了，但總吞吐量下降了。
-XX:GCTimeRatio 設置吞吐量大小，他的值是一個0 到100之間的整數，假設 GCTimeRatio 的值是 n ，那么系統將花費不超過 1/(1+n) 的時間用于垃圾收集，默認 n 是99，即不超過1% 的時間用于垃圾收集。
-XX:+UseParallelGC 新生代使用 ParallelGC 回收器，老年代使用串行回收器。
-XX:+UseParallelOldGC 新生代使用 ParallelGC 回收器，老年代使用 ParallelOldGC 回收器。
-XX:UseAdaptiveSizePolicy: 打開自適應策略。在這種模式下，新生代的大小，eden 和 Survivor 的比例，晉升老年代的對象年齡等參數會被自動調整。以達到堆大小，吞吐量，停頓時間的平衡點。
聰明的同學相比看出來了，1 和 2 兩個參數是矛盾的。因為吞吐量和停頓時間就是矛盾的。所以，要根據應用的特性來進行設置，以達到最優水平。
同時，Parallel Old 收集器也是一種關注吞吐量的并行的老年代回收器。
-XX:+UseParallelOldGC 新生代使用 ParallelGC 回收器，老年代使用 ParallelOldGC 回收器。該參數可以啟用 ParallelOldGC。
-XX:ParallelGCGThreads 同時可以指定該參數設置并行線程數量。
而 PS 處理器的 GC 日志則是 PSYoungGen。
# 4. CMS 收集器參數
CMS 處理器關注的是停頓時間。全稱 Concurrent Mark Sweep。因為該處理器較為復雜，因此可以使用較多參數。
-XX:-CMSPrecleaningEnabled 不進行預清理，度過我們之前的文章的都知道，CMS 在并發標記和重新標記的這段時間內，會有一個預清理的工作，而這個通過會嘗試5秒之內等待來一次 YGC。以免在后面的重新標記階段耗費大量時間來標記新生代的對象。
-XX:+UseConcMarkSweepGC 此參數將啟動 CMS 回收器。默認新生代是 ParNew，也可以設置 Serial 為新生代收集器。該參數等價于 -Xconcgc。
-XX:ParallelGCThreads 由于是并行處理器，當然也可以指定線程數。默認并發線程數是：（ParallelGCThreads + 3）/ 4）。
-XX:ConcGCThreads 或者 -XX:ParallelCMSThreads ；除了上面設置線程的方式，你也可以通過這個兩個參數任意一個手工設定 CMS 并發線程數。
-XX:CMSInitiatingOccupancyFraction 由于 CMS 回收器不是獨占式的，在垃圾回收的時候應用程序仍在工作，所以需要留出足夠的內存給應用程序，否則會觸發 FGC。而什么時候運行 CMS GC 呢？通過該參數即可設置，該參數表示的是老年代的內存使用百分比。當達到這個閾值就會執行 CMS。默認是68。 如果老年代內存增長很快，建議降低閾值，避免 FGC，如果增長慢，則可以加大閾值，減少 CMS GC 次數。提高吞吐量。
-XX：+UseCMSCompactAtFullCollection 由于 CMS 使用標記清理算法，內存碎片無法避免。該參數指定每次 CMS 后進行一次碎片整理。
-XX:CMSFullGCsBeforeCompaction 由于每次進行碎片整理將會影響性能，你可以使用該參數設定多少次 CMS 后才進行一次碎片整理，也就是內存壓縮。
-XX:+CMSClassUnloadingEnabled 允許對類元數據進行回收。
-XX:CMSInitiatingPermOccupancyFraction 當永久區占用率達到這一百分比時，啟動 CMS 回收（前提是 -XX:+CMSClassUnloadingEnabled 激活了）。
-XX:UseCMSInitiatingOccupancyOnly 表示只在到達閾值的時候才進行 CMS 回收。
XX:CMSWaitDuration=2000 由于CMS GC 條件比較簡單，JVM有一個線程定時掃描Old區，時間間隔可以通過該參數指定（毫秒單位），默認是2s。
CMS 的 GC 日志 就是 CMS。
# 5. G1 收集器參數
作為 Java 9 的默認垃圾收集器，該收集器和之前的收集器大不相同，該收集器可以工作在young 區，也可以工作在 old 區。有哪些參數呢？
-XX:+UseG1GC 開啟 G1 收集器。
-XX:MaxGCPauseMillis 用于指定最大停頓時間，如果任何一次停頓超過這個設置值時，G1 就會嘗試調整新生代和老年代的比例，調整堆大小，調整晉升年齡的手段，試圖達到目標。和 PS 一樣，停頓時間小了，對應的吞吐量也會變小。這點值得注意。
-XX:ParallelGCThreads 由于是并行并發的，可以指定GC 工作線程數量。
-XX:InitiatingHeapOccupancyPercent 該參數可以指定當整個堆使用率達到多少時，觸發并發標記周期的執行。默認值時45，即當堆的使用率達到45%，執行并發標記周期，該值一旦設置，始終都不會被 G1修改。也就是說，G1 就算為了滿足 MaxGCPauseMillis 也不會修改此值。如果該值設置的很大，導致并發周期遲遲得不到啟動，那么引起 FGC 的幾率將會變大。如果過小，則會頻繁標記，GC 線程搶占應用程序CPU 資源，性能將會下降。
-XX:GCPauseIntervalMillis 設置停頓時間間隔。
# 6. 一些通用參數
在 GC 調優中，還有一些通用的參數。通常是我們的好幫手。
-XX:-+DisableExplicitGC 禁用 System.gc()，由于該方法默認會觸發 FGC，并且忽略參數中的 UseG1GC 和 UseConcMarkSweepGC，因此必要時可以禁用該方法。
-XX:+ExplicitGCInvokesConcurrent 該參數可以改變上面的行為，也就是說，System.gc() 后不使用 FGC ，而是使用配置的并發收集器進行并發收集。注意：使用此選項就不要 使用 上面的選項。
-XX:-ScavengeBeforeFullGC 由于大部分 FGC 之前都會 YGC，減輕了 FGC 的壓力，縮短了 FGC 的停頓時間，但也可能你不需要這個特性，那么你可以使用這個參數關閉，默認是 ture 開啟。
-XX:MaxTenuringThreshold={value} 新生代 to 區的對象在經過多次 GC 后，如果還沒有死亡，則認為他是一個老對象，則可以晉升到老年代，而這個年齡（GC 次數）是可以設置的，有就是這個參數。默認值時15。超過15 則認為是無限大(因為age變量時4個 bit，超過15無法表達)。但該參數不是唯一決定對象晉升的條件。當 to 區不夠或者改對象年齡已經達到了平均晉升值或者大對象等等條件。
-XX:TargetSurvivorRatio={value} 決定對何時晉升的不僅只有 XX:MaxTenuringThreshold 參數，如果在 Survivor 空間中相同年齡所有對象大小的總和大魚 Survivor 空間的一半（默認50%），年齡大于或等于該年齡的對象就可以直接進入老年代。無需在乎 XX:MaxTenuringThreshold參數。因此，MaxTenuringThreshold 只是對象晉升的最大年齡。如果將 TargetSurvivorRatio 設置的很小，對象將晉升的很快。
-XX:PretenureSizeThresholds={value} 除了年齡外，對象的體積也是影響晉升的一個關鍵，也就是大對象。如果一個對象新生代放不下，只能直接通過分配擔保機制進入老年代。該參數是設置對象直接晉升到老年代的閾值，單位是字節。只要對象的大小大于此閾值，就會直接繞過新生代，直接進入老年代。注意：這個參數只對 Serial 和 ParNew 有效，ParallelGC 無效，默認情況下該值為0，也就是不指定最大的晉升大小，一切有運行情況決定。
-XX:-UseTLAB 禁用線程本地分配緩存。TLAB 的全稱是 Thread LocalAllocation Buffer ，即線程本地線程分配緩存，是一個線程私有的內存區域。該設計是為了加速對象分配速度。由于對象一般都是分配在堆上，而對是線程共享的。因此肯定有鎖，雖然使用 CAS 的操作，但性能仍有優化空間。通過為每一個線程分配一個 TLAB 的空間（在 eden 區），可以消除多個線程同步的開銷。默認開啟。
-XX:TLABSize 指定 TLAB 的大小。
-XX:+PrintTLAB 跟蹤 TLAB 的使用情況。用以確定是用多大的 TLABSize。
-XX:+ResizeTLAB 自動調整 TLAB 大小。
同時，對象也可能會在棧上分配，棧上分配，TLAB 分配，堆分配，他們的流程如下：
還有一些開啟 GC 日志的參數，是 GC 調優不可或缺的工具。
-XX:+PrintGCDateStamps 打印 GC 日志時間戳。
-XX:+PrintGCDetails 打印 GC 詳情。
-XX:+PrintGCTimeStamps: 打印此次垃圾回收距離jvm開始運行的所耗時間。
-Xloggc:<filename> 將垃圾回收信息輸出到指定文件
-verbose:gc 打印 GC 日志
-XX:+PrintGCApplicationStopedTime 查看 gc 造成的應用暫停時間
XX:+PrintTenuringDistribution, 對象晉升的日志
-XX:+HeapDumpOnOutOfMemoryError 內存溢出時輸出 dump 文件。
# 總結
好了，我們已經將一些常用的 GC 參數介紹了，當然會有遺漏的，如有遺漏或者介紹有誤的，請告知本人。這些參數不僅僅是為了服務大家，同時也是自己做的一個總結，以后就不用到處找了。說白了這就是寫博客的好處：總結了自己，也做了備份，同時也可能幫助了別人。
Good Luck！！！
