技術乾貨：JVM架構體系與GC命令全梳理，建議收藏

JVM運行時數據區

Overview

Java虛擬機Java virtual machine(JVM) 是物理機器的軟件實現。java編譯器javac將源碼文件.java編譯成字節碼文件.class，而後這個字節碼文件.class被放到JVM中，裝載並執行字節碼文件.class。JVM架構圖以下。

JVM Architecture

JVM架構體系

垃圾回收(garbage collection)：負責回收堆內存heap中沒有被使用的對象

判斷對象是否存活，可達性檢測

• 引用計數算法：給對象添加一個引用計數器，每當有一個地方引用它時，計數器值就加1，當引用失效時，計數器值就減1。任什麼時候刻計數器爲0的對象就是不可能再被使用的

• 根搜索算法：經過一系列名爲「GC Roots」的對象做爲起始點，從這些節點開始向下搜索，搜索所走過的路徑稱爲引用鏈，當一個對象到 GC Roots 沒有任何引用鏈相連時，就證實此對象是不可用的

垃圾回收算法

• 標記-清除算法Mark-Sweep：首先標記出全部須要回收的對象，在標記完成後統一回收全部被標記的對象

• 效率問題：標記和清除動做都不是高效動做

• 空間問題：標記清除以後產生大量不連續的內存碎片，碎片太多致使分配較大對象時沒法找到足夠的連續內存而不得不提早觸發另外一次gc

• 複製算法Copying：它將可用內存按容量劃分爲大小相等的兩塊，每次只使用其中的一塊。當這一塊的內存用完了，就將還存活着的對象複製到另一塊上面，而後再把已使用過的內存空間一次清理掉

可用內存縮小爲原來的一半

每次收集時，全部的標記對象都要被拷貝，從而致使一些生命週期很長的對象被來回拷貝屢次，消耗大量的時間 ->分代回收來解決這個問題

分代回收算法Generational Collecting：根據對象存活週期的不一樣將內存劃分爲幾塊新生代：內存分爲一塊較大的Eden空間和兩塊較小的Survivor空間。新建object在Eden，Eden滿時觸發YGC，Eden中存活對象被移動到S0區，清空Eden;等Eden再滿載YGC，Eden和S0中的存活對象被複制到S1(複製算法保證了S1中來自Eden和S0兩部分的存活對象佔用連續的內存空間，避免了碎片化);清空Eden和S0。下一輪的時候S0和S1交換角色，如此循環往復。若是對象的複製次數達到15次，該對象就會被送到老年代。老年代：對象存活率高

垃圾回收器(垃圾回收算法的具體實現)

並行與併發

• 並行Parallel：指多條垃圾收集線程並行工做，但此時用戶線程仍然處於等待狀態

• 併發Concurrent：指用戶線程與垃圾收集線程同時執行，用戶程序在繼續運行，而垃圾收集程序運行於另外一個CPU上

• 新生代minor gc：新生代內存不是很大，miinor gc回收速度通常比較快

• 老年代major gc/ full gc：老年代內存通常比較大，用於緩存大對象，因此回收速度約minor gc的10倍以上

• 吞吐量throughput：JVM總共運行了100分鐘，其中垃圾收集花掉1分鐘，那吞吐量就是99%，即(all-gc)/all(for batch pipeline)

• 停頓時間：垃圾回收器正在運行時，應用程序的暫停時間(for streaming pipeline)

回收器類型

1. NEW

2. serial，單線程

3. parNew，serial多線程版

4. Parallel Scavenge，複製算法，並行，優先保證吞吐量，不顧及用戶STW感覺，吞吐量方面優化的系統，停頓時間長是能夠接收的。

5. OLD/tenured

6. Serial Old，Serial回收器的老年代版本，單線程，標記-整理算法

7. Parallel Old，Parallel Scavenge回收器的老年代版本，多線程，標記-整理算法

8. Concurrent Mark Sweep, CMS：優先最短回收停頓時間，用戶體驗好，標記-清除算法

9. NEW and OLD

10. 關鍵點：region內存劃分，優先級區域回收方式。優先回收價值最大的region

11. garbage first, G1：它將整個Java堆劃分爲多個大小相等的獨立區域(Region)，雖然還保留有新生代和老年代的概念，但新生代和老年代再也不是物理隔離的了，它們都是一部分Region(不須要連續)的集合。

類裝載子系統(classloader sub-system)：定位和導入二進制class文件，校驗導入類的正確性，爲類變量分配並初始化內存，解析符號引用

• 啓動類加載器bootstrap classloader，負責加載JAVA_HOME/lib下的合法類文件

• 擴展類加載器extension classloader，負責加載JAVA_HOME/lib/ext下的合法類文件

• 應用程序類加載器application classloader，負責加載用戶路徑classpath下的合法類文件

• 自定義類加載器user defined classloader，class MyClassLoader extends ClassLoader

• JVM經過雙親委派模型進行類的加載，先交給其最底層父類去加載，父類沒法加載時才本身試着去加載。if(parent != null) parent.loadclass(name) 遞歸recursion，application classloader -> extension classloader -> bootstrap classloader

• 先看user defined classloader是否緩存了，若是緩存了，就直接返回，若是沒有，委派父classloader去加載，若是父緩存了，就直接返回，不然再委派給父classloader;直到最後的bootstrap classloader，若是其緩存找不到，則在其路徑下找，找到則至二級返回，不然往其子類返回，讓其子類在其路徑下找;最後又回到自定義classloader，若是還找不到就拋異常

執行引擎(execution engine)：執行classloader中的方法指令

• 解釋器Interpreter：讀取源碼或字節碼，並逐條直接執行(javac是在JVM外的)

• 即時編譯器Just-In-Time compiler/JIT: 讀取源碼，更多狀況下是字節碼，而後即時編譯爲機器碼並執行

• Java虛擬機是可運行Java代碼的假想計算機，java源文件(.java)經過java編譯器javac生成字節碼文件(.class)，字節碼文件(.class)經過JVM中的解釋器再翻譯成特定機器上的機器碼

即，源碼/源代碼/Source code/.java -> 字節碼/Bytecode/.class -> 機器碼/Machine code/原生碼/Native Code

運行時數據區(runtime data areas)：JVM運行時須要從整個計算機內存中劃出一塊內存區域存儲jvm須要用到的東西

• 堆Heap：JVM內共享/線程間共享，保存了全部類實例/對象自己instance，不存儲基本數據類型對象和自定義對象引用(這些存在各線程的JVM Stack中)，是gc的主要回收區

• 方法區Method Area/永久代Permanent Generation：JVM內共享/線程間共享，保存了每一個類的信息(類的名稱、字段信息、方法信息)class、靜態變量static等

• 程序計數器Program Counter Register/PC寄存器：線程內共享，保存每一個線程正在執行的虛擬機字節碼指令的地址;若該方法爲Native的，則計數器置空Undefined

• 虛擬機棧JVM Stack/線程棧：線程內共享，保存基本數據類型的對象和自定義對象的引用，執行環境的上下文

• 本地方法棧Native Method Stacks：線程內共享，與JVM Stack所發揮的做用是很是類似的，其區別不過是虛擬機棧爲虛擬機執行Java方法(也就是字節碼)服務，而本地方法棧則是爲虛擬機執行的Native方法服務

垃圾回收器開啓命令

Command line新生代gc模式老年代gc模式-XX:+UseSerialGCserial串行回收器serialOld串行回收器-XX:+UseParNewGCparNew並行回收器default-XX:+UseParallelGCparallel並行回收器default-XX:+UseParallelOldGCdefaultparallel並行回收器-XX:+UseConcMarkSweepGCdefaultCMS並行回收器-XX:+UseG1GCG1回收器G1回收器

根據上表新生代與老年代的gc模式互爲搭配一塊兒爲垃圾回收器服務。

Default garbage collectors,

• Java 7 - Parallel GC

• Java 8 - Parallel GC

• Java 9 - G1 GC

【編輯推薦】

1. JavaScript啓動性能瓶頸分析與解決方案

2. 這篇 Java IO，講的實在是太好了

3. 這 6 點知識讓我對 JavaScript 的對象有了更進一步的瞭解

4. Java 後端開發經常使用的第三方服務 TOP10

5. 8月份Github上熱門的JavaScript開源項目排行

【責任編輯：未麗燕 TEL：（010）68476606】