二面京东，面试官直接问我JVM，我心里一阵暗爽~
二面京東，面試官直接問我JVM，我心里一陣暗爽~簡直了，hhhh
- 明人不說暗話，直接進入主題！！！
- 一、什么是JVM
- 二、JAVA代碼編譯和執行過程
- 類加載機制
- 類執行機制
- 三、JVM內存管理和垃圾回收
- 垃圾回收按照基本回收策略分
- JVM分別對新生代和舊生代采用不同的垃圾回收機制
- 新生代的GC：
- 與舊生代的并發GC配合使用
- 舊生代的GC：
- 四、JVM內存調優
- (1）新生代設置過小
- (2）新生代設置過大
- (3）Survivor設置過小
- (4）Survivor設置過大
- 最后匯總一下JVM常見配置
- 堆設置
- 收集器設置
- 垃圾回收統計信息
- 并行收集器設置
- 并發收集器設置
明人不說暗話，直接進入主題！！！
一、什么是JVM
JVM是Java Virtual Machine（Java虛擬機）的縮寫，JVM是一種用于計算設備的規范，它是一個虛構出來的計算機，是通過在實際的計算機上仿真模擬各種計算機功能來實現的。
Java語言的一個非常重要的特點就是與平臺的無關性。而使用Java虛擬機是實現這一特點的關鍵。一般的高級語言如果要在不同的平臺上運行，至少需要編譯成不同的目標代碼。而引入Java語言虛擬機后，Java語言在不同平臺上運行時不需要重新編譯。Java語言使用Java虛擬機屏蔽了與具體平臺相關的信息，使得Java語言編譯程序只需生成在Java虛擬機上運行的目標代碼（字節碼），就可以在多種平臺上不加修改地運行。Java虛擬機在執行字節碼時，把字節碼解釋成具體平臺上的機器指令執行。這就是Java的能夠“一次編譯，到處運行”的原因。
從Java平臺的邏輯結構上來看，我們可以從下圖來了解JVM：
從上圖能清晰看到Java平臺包含的各個邏輯模塊，也能了解到JDK與JRE的區別，對于JVM自身的物理結構，我們可以從下圖分析分析：。
二、JAVA代碼編譯和執行過程
Java代碼編譯是由Java源碼編譯器來完成，流程圖如下所示：。
Java字節碼的執行是由JVM執行引擎來完成，流程圖如下所示：
Java代碼編譯和執行的整個過程包含了以下三個重要的機制：
-
Java源碼編譯機制
-
類加載機制
-
類執行機制
Java源碼編譯機制
Java 源碼編譯由以下三個過程組成：
-
分析和輸入到符號表
-
注解處理
-
語義分析和生成class文件
流程圖如下所示：
最后生成的class文件由以下部分組成：
結構信息。包括class文件格式版本號及各部分的數量與大小的信息
元數據。對應于Java源碼中聲明與常量的信息。包含類/繼承的超類/實現的接口的聲明信息、域與方法聲明信息和常量池
方法信息。對應Java源碼中語句和表達式對應的信息。包含字節碼、異常處理器表、求值棧與局部變量區大小、求值棧的類型記錄、調試符號信息//加入Java開發交流君樣：756584822一起吹水聊天
類加載機制
JVM的類加載是通過ClassLoader及其子類來完成的，類的層次關系和加載順序可以由下圖來描述：
- (1）Bootstrap ClassLoader
負責加載$JAVA_HOME中jre/lib/rt.jar里所有的class，由C++實現，不是ClassLoader子類
- (2）Extension ClassLoader
負責加載java平臺中擴展功能的一些jar包，包括$JAVA_HOME中jre/lib/*.jar或-Djava.ext.dirs指定目錄下的jar包【參考文獻】
- (3）App ClassLoader
負責記載classpath中指定的jar包及目錄中class
- (4）Custom ClassLoader
屬于應用程序根據自身需要自定義的ClassLoader，如tomcat、jboss都會根據j2ee規范自行實現ClassLoader加載過程中會先檢查類是否被已加載，檢查順序是自底向上，從Custom ClassLoader到BootStrap ClassLoader逐層檢查，只要某個classloader已加載就視為已加載此類，保證此類只所有ClassLoader加載一次。而加載的順序是自頂向下，也就是由上層來逐層嘗試加載此類。
類執行機制
JVM是基于棧的體系結構來執行class字節碼的。線程創建后，都會產生程序計數器（PC）和棧（Stack），程序計數器存放下一條要執行的指令在方法內的偏移量，棧中存放一個個棧幀，//加入Java開發交流君樣：756584822一起吹水聊天每個棧幀對應著每個方法的每次調用，而棧幀又是有局部變量區和操作數棧兩部分組成，局部變量區用于存放方法中的局部變量和參數，操作數棧中用于存放方法執行過程中產生的中間結果。棧的結構如下圖所示：
三、JVM內存管理和垃圾回收
JVM內存組成結構
JVM棧由堆、棧、本地方法棧、方法區等部分組成，結構圖如下所示：
- (1）堆
所有通過new創建的對象的內存都在堆中分配，堆的大小可以通過-Xmx和-Xms來控制。堆被劃分為新生代和舊生代，新生代又被進一步劃分為Eden和Survivor區，最后Survivor由From Space和To Space組成，結構圖如下所示：
-
新生代。新建的對象都是用新生代分配內存，Eden空間不足的時候，會把存活的對象轉移到Survivor中，新生代大小可以由-Xmn來控制，也可以用-XX:SurvivorRatio來控制Eden和Survivor的比例
-
舊生代。用于存放新生代中經過多次垃圾回收仍然存活的對象
-
持久帶（Permanent Space）實現方法區，主要存放所有已加載的類信息，方法信息，常量池等等?？赏ㄟ^-XX:PermSize和-XX:MaxPermSize來指定持久帶初始化值和最大值。Permanent Space并不等同于方法區，只不過是Hotspot JVM用Permanent Space來實現方法區而已，有些虛擬機沒有Permanent Space而用其他機制來實現方法區。
-
-Xmx:最大堆內存,如：-Xmx512m
-
-Xms:初始時堆內存,如：-Xms256m
-
-XX:MaxNewSize:最大年輕區內存
-
-XX:NewSize:初始時年輕區內存.通常為 Xmx 的 1/3 或 1/4。新生代 = Eden + 2 個 Survivor 空間。實際可用空間為 = Eden + 1 個 Survivor，即 90%
-
-XX:MaxPermSize:最大持久帶內存
-
-XX:PermSize:初始時持久帶內存
-
-XX:+PrintGCDetails。打印 GC 信息
-
-XX:NewRatio 新生代與老年代的比例，如 –XX:NewRatio=2，則新生代占整個堆空間的1/3，老年代占2/3
-
-XX:SurvivorRatio 新生代中 Eden 與 Survivor 的比值。默認值為 8。即 Eden 占新生代空間的 8/10，另外兩個 Survivor 各占 1/10
(2）棧
每個線程執行每個方法的時候都會在棧中申請一個棧幀，每個棧幀包括局部變量區和操作數棧，用于存放此次方法調用過程中的臨時變量、參數和中間結果。
-xss:設置每個線程的堆棧大小. JDK1.5+ 每個線程堆棧大小為 1M，一般來說如果棧不是很深的話， 1M 是絕對夠用了的。
(3）本地方法棧
用于支持native方法的執行，存儲了每個native方法調用的狀態
(4）方法區
存放了要加載的類信息、靜態變量、final類型的常量、屬性和方法信息。JVM用持久代（Permanet Generation）來存放方法區，可通過-XX:PermSize和-XX:MaxPermSize來指定最小值和最大值
垃圾回收按照基本回收策略分
引用計數（Reference Counting）:
比較古老的回收算法。原理是此對象有一個引用，即增加一個計數，刪除一個引用則減少一個計數。垃圾回收時，只用收集計數為0的對象。此算法最致命的是無法處理循環引用的問題。
標記-清除（Mark-Sweep）:
此算法執行分兩階段。第一階段從引用根節點開始標記所有被引用的對象，第二階段遍歷整個堆，把未標記的對象清除。此算法需要暫停整個應用，同時，會產生內存碎片。
。【資料獲取】
復制（Copying）:
此算法把內存空間劃為兩個相等的區域，每次只使用其中一個區域。垃圾回收時，遍歷當前使用區域，把正在使用中的對象復制到另外一個區域中。算法每次只處理正在使用中的對象，因此復制成本比較小，同時復制過去以后還能進行相應的內存整理，不會出現“碎片”問題。當然，此算法的缺點也是很明顯的，就是需要兩倍內存空間。
標記-整理（Mark-Compact）:
此算法結合了“標記-清除”和“復制”兩個算法的優點。也是分兩階段，第一階段從根節點開始標記所有被引用對象，第二階段遍歷整個堆，把清除未標記對象并且把存活對象“壓縮”到堆的其中一塊，按順序排放。此算法避免了“標記-清除”的碎片問題，同時也避免了“復制”算法的空間問題。
JVM分別對新生代和舊生代采用不同的垃圾回收機制
新生代的GC：
新生代通常存活時間較短，因此基于Copying算法來進行回收，所謂Copying算法就是掃描出存活的對象，并復制到一塊新的完全未使用的空間中，對應于新生代，就是在Eden和From Space或To Space之間copy。新生代采用空閑指針的方式來控制GC觸發，指針保持最后一個分配的對象在新生代區間的位置，當有新的對象要分配內存時，用于檢查空間是否足夠，不夠就觸發GC。當連續分配對象時，對象會逐漸從eden到survivor，最后到舊生代。
在執行機制上JVM提供了串行GC（Serial GC）、并行回收GC（Parallel Scavenge）和并行GC（ParNew）
(1）串行GC
在整個掃描和復制過程采用單線程的方式來進行，適用于單CPU、新生代空間較小及對暫停時間要求不是非常高的應用上，是client級別默認的GC方式，可以通過-XX:+UseSerialGC來強制指定
(2）并行回收GC
在整個掃描和復制過程采用多線程的方式來進行，適用于多CPU、對暫停時間要求較短的應用上，是server級別默認采用的GC方式，可用-XX:+UseParallelGC來強制指定，用-XX:ParallelGCThreads=4來指定線程數
(3）并行GC
與舊生代的并發GC配合使用
舊生代的GC：
舊生代與新生代不同，對象存活的時間比較長，比較穩定，因此采用標記（Mark）算法來進行回收，所謂標記就是掃描出存活的對象，然后再進行回收未被標記的對象，回收后對用空出的空間要么進行合并，要么標記出來便于下次進行分配，總之就是要減少內存碎片帶來的效率損耗。在執行機制上JVM提供了串行GC（Serial MSC）、//加入Java開發交流君樣：756584822一起吹水聊天并行GC（parallel MSC）和并發GC（CMS），具體算法細節還有待進一步深入研究。
以上各種GC機制是需要組合使用的，指定方式由下表所示：
| -XX:+UseSerialGC | 串行GC | 串行GC |
| -XX:+UseParallelGC | 并行回收GC | 并行GC |
| -XX:+UseConeMarkSweepGC | 并行GC | 并發GC |
| -XX:+UseParNewGC | 并行GC | 串行GC |
| -XX:+UseParallelOldGC | 并行回收GC | 并行GC |
| -XX:+ UseConeMarkSweepGC | 并發GC | 串行GC |
| 不支持的組合 | 1、-XX:+UseParNewGC -XX:+UseParallelOldGC 2、-XX:+UseParNewGC -XX:+UseSerialGC |
四、JVM內存調優
首先需要注意的是在對JVM內存調優的時候不能只看操作系統級別Java進程所占用的內存，這個數值不能準確的反應堆內存的真實占用情況，因為GC過后這個值是不會變化的，因此內存調優的時候要更多地使用JDK提供的內存查看工具，比如JConsole和Java VisualVM。
對JVM內存的系統級的調優主要的目的是減少GC的頻率和Full GC的次數，過多的GC和Full GC是會占用很多的系統資源（主要是CPU），影響系統的吞吐量。特別要關注Full GC，因為它會對整個堆進行整理，導致Full GC一般由于以下幾種情況：
舊生代空間不足
調優時盡量讓對象在新生代GC時被回收、讓對象在新生代多存活一段時間和不要創建過大的對象及數組避免直接在舊生代創建對象
Pemanet Generation空間不足
增大Perm Gen空間，避免太多靜態對象
統計得到的GC后晉升到舊生代的平均大小大于舊生代剩余空間
控制好新生代和舊生代的比例
System.gc()被顯示調用
垃圾回收不要手動觸發，盡量依靠JVM自身的機制
調優手段主要是通過控制堆內存的各個部分的比例和GC策略來實現，下面來看看各部分比例不良設置會導致什么后果
(1）新生代設置過小
一是新生代GC次數非常頻繁，增大系統消耗；二是導致大對象直接進入舊生代，占據了舊生代剩余空間，誘發Full GC
(2）新生代設置過大
一是新生代設置過大會導致舊生代過小（堆總量一定），從而誘發Full GC；二是新生代GC耗時大幅度增加
一般說來新生代占整個堆1/3比較合適
(3）Survivor設置過小
導致對象從eden直接到達舊生代，降低了在新生代的存活時間
(4）Survivor設置過大
導致eden過小，增加了GC頻率
另外，通過-XX:MaxTenuringThreshold=n來控制新生代存活時間，盡量讓對象在新生代被回收
由內存管理和垃圾回收可知新生代和舊生代都有多種GC策略和組合搭配，選擇這些策略對于我們這些開發人員是個難題，JVM提供兩種較為簡單的GC策略的設置方式
(1）吞吐量優先
JVM以吞吐量為指標，自行選擇相應的GC策略及控制新生代與舊生代的大小比例，來達到吞吐量指標。這個值可由-XX:GCTimeRatio=n來設置
(2）暫停時間優先
JVM以暫停時間為指標，自行選擇相應的GC策略及控制新生代與舊生代的大小比例，盡量保證每次GC造成的應用停止時間都在指定的數值范圍內完成。這個值可由-XX:MaxGCPauseRatio=n來設置
最后匯總一下JVM常見配置
堆設置
-
-Xms:初始堆大小
-
-Xmx:最大堆大小
-
-XX:NewSize=n:設置年輕代大小
-
-XX:NewRatio=n:設置年輕代和年老代的比值。如:為3，表示年輕代與年老代比值為1：3，年輕代占整個年輕代年老代和的1/4
-
-XX:SurvivorRatio=n:年輕代中Eden區與兩個Survivor區的比值。注意Survivor區有兩個。如：3，表示Eden：Survivor=3：2，一個Survivor區占整個年輕代的1/5
-
-XX:MaxPermSize=n:設置持久代大小
收集器設置
-
-XX:+UseSerialGC:設置串行收集器
-
-XX:+UseParallelGC:設置并行收集器
-
-XX:+UseParalledlOldGC:設置并行年老代收集器
-
-XX:+UseConcMarkSweepGC:設置并發收集器
垃圾回收統計信息
-
-XX:+PrintGC
-
-XX:+PrintGCDetails
-
-XX:+PrintGCTimeStamps
-
-Xloggc:filename
并行收集器設置
-
-XX:ParallelGCThreads=n:設置并行收集器收集時使用的CPU數。并行收集線程數。
-
-XX:MaxGCPauseMillis=n:設置并行收集最大暫停時間
-
-XX:GCTimeRatio=n:設置垃圾回收時間占程序運行時間的百分比。公式為1/(1+n)
并發收集器設置
-
-XX:+CMSIncrementalMode:設置為增量模式。適用于單CPU情況。
-
-XX:ParallelGCThreads=n:設置并發收集器年輕代收集方式為并行收集時，使用的CPU數。并行收集線程數。
最后，祝大家早日學有所成，拿到滿意offer
總結
以上是生活随笔為你收集整理的二面京东，面试官直接问我JVM，我心里一阵暗爽~的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 娃哈哈接班人曾称不喜欢王力宏 宗馥莉重申
- 下一篇： 不能再叫“大学”了：京东方大学宣布改名为