詳細介紹Java虛擬機（JVM）

1. JVM生命週期

• 啓動。啓動一個Java程序時，一個JVM實例就產生了，任何一個擁有public static void main(String[] args)函數的class均可以做爲JVM實例運行的起點。
• 運行。main()做爲該程序初始線程的起點，任何其餘線程均由該線程啓動。
• 消亡。當程序中的全部非守護線程都終止時，JVM才退出；若安全管理器容許，程序也可使用Runtime類或者System.exit()來退出。

　　一個運行中的Java虛擬機有着一個清晰的任務：執行Java程序。程序開始執行時他才運行，程序結束時他就中止。你在同一臺機器上運行三個程序，就會有三個運行中的Java虛擬機。 Java虛擬機老是開始於一個main()方法，這個方法必須是公有、返回void、直接受一個字符串數組。在程序執行時，你必須給Java虛擬機指明這個包換main()方法的類名。main()方法是程序的起點，他被執行的線程初始化爲程序的初始線程。程序中其餘的線程都由他來啓動。

　　Java中的線程分爲兩種：守護線程 （daemon）和普通線程（non-daemon）。守護線程是Java虛擬機本身使用的線程，好比負責垃圾收集的線程就是一個守護線程。固然，你也能夠把本身的程序設置爲守護線程。包含main()方法的初始線程不是守護線程。

　　只要Java虛擬機中還有普通的線程在執行，Java虛擬機就不會中止。若是有足夠的權限，你能夠調用exit()方法終止程序。

 

2. JVM體系結構

　　1） 類裝載器（ClassLoader）（用來裝載.class文件）

　　2） 執行引擎（執行字節碼，或者執行本地方法）

　　3） 運行時數據區（方法區、堆、java棧、PC寄存器、本地方法棧）

 

3. JVM運行時數據區

3.1 Java堆(Heap)

• 被全部線程共享的一塊內存區域，在虛擬機啓動時建立
• 用來存儲對象實例
• 能夠經過-Xmx和-Xms控制堆的大小
• OutOfMemoryError異常：當在堆中沒有內存完成實例分配，且堆也沒法再擴展時。

　　java堆是垃圾收集器管理的主要區域。java堆還能夠細分爲：新生代（New/Young）、舊生代/年老代（Old/Tenured）。持久代（Permanent）在方法區，不屬於Heap。

 

新生代：新建的對象都由新生代分配內存。經常又被劃分爲Eden區和Survivor區。Eden空間不足時會把存活的對象轉移到Survivor。新生代的大小可由-Xmn控制，也可用-XX:SurvivorRatio控制Eden和Survivor的比例。

舊生代：存放通過屢次垃圾回收仍然存活的對象。

持久代：存放靜態文件，現在Java類、方法等。持久代在方法區，對垃圾回收沒有顯著影響。

3.2 方法區

• 線程間共享
• 用於存儲已被虛擬機加載的類信息、常量、靜態變量、即時編譯器編譯後的代碼等數據
• OutOfMemoryError異常：當方法區沒法知足內存的分配需求時

• 運行時常量池

  • 方法區的一部分
  • 用於存放編譯期生成的各類字面量與符號引用，如String類型常量就存放在常量池
  • OutOfMemoryError異常：當常量池沒法再申請到內存時

3.3 java虛擬機棧（VM Stack）

• 線程私有，生命週期與線程相同
• 存儲方法的局部變量表(基本類型、對象引用)、操做數棧、動態連接、方法出口等信息。
• java方法執行的內存模型，每一個方法執行的同時都會建立一個棧幀，每個方法被調用直至執行完成的過程，就對應着一個棧幀在虛擬機棧中從入棧到出棧的過程。
• StackOverflowError異常：當線程請求的棧深度大於虛擬機所容許的深度
• OutOfMemoryError異常：若是棧的擴展時沒法申請到足夠的內存

　　JVM棧是線程私有的，每一個線程建立的同時都會建立JVM棧，JVM棧中存放的爲當前線程中局部基本類型的變量、部分的返回結果以及Stack Frame。其餘引用類型的對象在JVM棧上僅存放變量名和指向堆上對象實例的首地址。

3.4 本地方法棧（Native Method Stack）

• 與虛擬機棧類似，主要爲虛擬機使用到的Native方法服務，在HotSpot虛擬機中直接把本地方法棧與虛擬機棧二合一

3.5 程序計數器（Program Counter Register）

• 當前線程所執行的字節碼的行號指示器
• 當前線程私有
• 不會出現OutOfMemoryError狀況

3.6 直接內存（Direct Memory）

• 直接內存並非虛擬機運行的一部分，也不是Java虛擬機規範中定義的內存區域，可是這部份內存也被頻繁使用
• NIO可使用Native函數庫直接分配堆外內存，堆中的DirectByteBuffer對象做爲這塊內存的引用進行操做
• 大小不受Java堆大小的限制，受本機(服務器)內存限制
• OutOfMemoryError異常：系統內存不足時

　　總結：Java對象實例存放在堆中；常量存放在方法區的常量池；虛擬機加載的類信息、常量、靜態變量、即時編譯器編譯後的代碼等數據放在方法區；以上區域是全部線程共享的。棧是線程私有的，存放該方法的局部變量表(基本類型、對象引用)、操做數棧、動態連接、方法出口等信息。

　　一個Java程序對應一個JVM，一個方法（線程）對應一個Java棧。

 

4. Java代碼的編譯和執行過程

Java代碼的編譯和執行包括了三個重要機制：

（1）Java源碼編譯機制（.java源代碼文件 -> .class字節碼文件）

（2）類加載機制（ClassLoader）

（3）類執行機制（JVM執行引擎）

 

4.1 Java源碼編譯機制

　　Java源代碼是不能被機器識別的，須要先通過編譯器編譯成JVM能夠執行的.class字節碼文件，再由解釋器解釋運行。即：Java源文件（.java） -- Java編譯器 --> Java字節碼文件 （.class） -- Java解釋器 --> 執行。流程圖以下：

　　字節碼文件（.class）是平臺無關的。

　　Java中字符只以一種形式存在：Unicode。字符轉換髮生在JVM和OS交界處（Reader/Writer）。

　　最後生成的class文件由如下部分組成：

• 結構信息。包括class文件格式版本號及各部分的數量與大小的信息
• 元數據。對應於Java源碼中聲明與常量的信息。包含類/繼承的超類/實現的接口的聲明信息、域與方法聲明信息和常量池
• 方法信息。對應Java源碼中語句和表達式對應的信息。包含字節碼、異常處理器表、求值棧與局部變量區大小、求值棧的類型記錄、調試符號信息

4.2 類加載機制（ClassLoader）

　　Java程序並不一個可執行文件，是由多個獨立的類文件組成。這些類文件並不是一次性所有裝入內存，而是依據程序逐步載入。

　　JVM的類加載是經過ClassLoader及其子類來完成的，類的層次關係和加載順序能夠由下圖來描述：

 

（1）Bootstrap ClassLoader

• JVM的根ClassLoader，由C++實現
• 加載Java的核心API：$JAVA_HOME中jre/lib/rt.jar中全部class文件的加載，這個jar中包含了java規範定義的全部接口以及實現。
• JVM啓動時即初始化此ClassLoader

 （2）Extension ClassLoader

•  加載Java擴展API（lib/ext中的類）

（3）App ClassLoader

• 加載Classpath目錄下定義的class

（4）Custom ClassLoader

• 屬於應用程序根據自身須要自定義的ClassLoader，如tomcat、jboss都會根據J2EE規範自行實現ClassLoader

　　

　　加載過程當中會先檢查類是否被已加載，檢查順序是自底向上，從Custom ClassLoader到BootStrap ClassLoader逐層檢查，只要某個classloader已加載就視爲已加載此類，保證此類只全部ClassLoader加載一次。而加載的順序是自頂向下，也就是由上層來逐層嘗試加載此類。

 

雙親委派機制

　　JVM在加載類時默認採用的是雙親委派機制。通俗的講，就是某個特定的類加載器在接到加載類的請求時，首先將加載任務委託給父類加載器，依次遞歸。若是父類加載器能夠完成類加載任務，就成功返回；只有父類加載器沒法完成此加載任務時，才本身去加載。

　　做用：1）避免重複加載；2）更安全。若是不是雙親委派，那麼用戶在本身的classpath編寫了一個java.lang.Object的類，那就沒法保證Object的惟一性。因此使用雙親委派，即便本身編寫了，可是永遠都不會被加載運行。

 

破壞雙親委派機制

　　雙親委派機制並非一種強制性的約束模型，而是Java設計者推薦給開發者的類加載器實現方式。

　　線程上下文類加載器，這個類加載器能夠經過java.lang.Thread類的setContextClassLoader()方法進行設置，若是建立線程時還未設置，它將會從父線程中繼承一個，若是在應用程序的全局範圍內都沒有設置過的話，那麼這個類加載器就是應用程序類加載器。像JDBC就是採用了這種方式。這種行爲就是逆向使用了加載器，違背了雙親委派模型的通常性原則。

4.3 類執行機制

Java字節碼的執行是由JVM執行引擎來完成，流程圖以下所示：

　　JVM是基於棧的體系結構來執行class字節碼的。線程建立後，都會產生程序計數器（PC）和棧（Stack），程序計數器存放下一條要執行的指令在方法內的偏移量，棧中存放一個個棧幀，每一個棧幀對應着每一個方法的每次調用，而棧幀又是有局部變量區和操做數棧兩部分組成，局部變量區用於存放方法中的局部變量和參數，操做數棧中用於存放方法執行過程當中產生的中間結果。

 

主要的執行技術：解釋，即時編譯，自適應優化、芯片級直接執行

• 解釋屬於第一代JVM，
• 即時編譯JIT屬於第二代JVM，
• 自適應優化（目前Sun的HotspotJVM採用這種技術）則吸收第一代JVM和第二代JVM的經驗，採用二者結合的方式

　　開始對全部的代碼都採起解釋執行的方式，並監視代碼執行狀況。對那些常常調用的方法啓動一個後臺線程，將其編譯爲本地代碼，並進行優化。若方法再也不頻繁使用，則取消編譯過的代碼，仍對其進行解釋執行。

 

5. JVM垃圾回收（GC）

GC的基本原理：將內存中再也不被引用的對象進行回收，GC中用於回收的方法稱爲收集器。垃圾：再也不被引用的對象。

因爲GC須要消耗一些資源和時間，Java在對對象的生命週期特徵進行分析後，按照新生代、舊生代的方式來對對象進行收集，以儘量的縮短GC對應用形成的暫停。

• 對新生代的對象的收集稱爲minor GC；
• 對舊生代的對象的收集稱爲Full GC；
• 程序中主動調用System.gc()的GC爲Full GC。

　　Java垃圾回收是單獨的後臺線程gc執行的，自動運行無需顯示調用。即便主動調用了java.lang.System.gc()，該方法也只會提醒系統進行垃圾回收，但系統不必定會迴應，可能會不予理睬。

 

判斷一塊內存空間是否符合回收標準：

（1）對象賦予了空值，且以後再未調用（obj = null;）

（2）對象賦予了新值，即從新分配了內存空間（obj = new Obj();）

 

內存泄漏：程序中保留着對永遠再也不使用的對象的引用。所以這些對象不回被GC回收，卻一直佔用內存空間卻毫無用處。即：1）對象是可達的；2）對象是無用的。知足這兩個條件便可斷定爲內存泄漏。

　　應確保不須要的對象不可達，一般採用將對象字段設置爲null的方式，或從容器collection中移除對象。局部變量再也不使用時無需顯示設置爲null，由於對局部變量的引用會隨着方法的退出而自動清除。

內存泄露的緣由：1）全局集合；2）緩存；3）ClassLoader

 

6. 內存調優

調優目的：減小GC的頻率尤爲是Full GC的次數，過多的GC會佔用不少系統資源影響吞吐量。特別要關注Full GC，由於它會對整個堆進行整理。

主要手段：JVM調優主要經過配置JVM的參數來提升垃圾回收的速度，合理分配堆內存各部分的比例。

致使Full GC的幾種狀況和調優策略：

• 舊生代空間不足
  調優時儘可能讓對象在新生代GC時被回收、讓對象在新生代多存活一段時間和不要建立過大的對象及數組避免直接在舊生代建立對象 
• 持久代（Pemanet Generation）空間不足
  增大Perm Gen空間，避免太多靜態對象 
• 統計獲得的GC後晉升到舊生代的平均大小大於舊生代剩餘空間
  控制好新生代和舊生代的比例 
• System.gc()被顯示調用
  垃圾回收不要手動觸發，儘可能依靠JVM自身的機制 

 

堆內存比例不良設置會致使什麼後果：

1）新生代設置太小

一是新生代GC次數很是頻繁，增大系統消耗；二是致使大對象直接進入舊生代，佔據了舊生代剩餘空間，誘發Full GC

2）新生代設置過大

一是新生代設置過大會致使舊生代太小（堆總量必定），從而誘發Full GC；二是新生代GC耗時大幅度增長

通常說來新生代佔整個堆1/3比較合適

3）Survivor設置太小

致使對象從eden直接到達舊生代，下降了在新生代的存活時間

4）Survivor設置過大

致使eden太小，增長了GC頻率

另外，經過-XX:MaxTenuringThreshold=n來控制新生代存活時間，儘可能讓對象在新生代被回收

 

JVM提供兩種較爲簡單的GC策略的設置方式：

1）吞吐量優先

JVM以吞吐量爲指標，自行選擇相應的GC策略及控制新生代與舊生代的大小比例，來達到吞吐量指標。這個值可由-XX:GCTimeRatio=n來設置

2）暫停時間優先

JVM以暫停時間爲指標，自行選擇相應的GC策略及控制新生代與舊生代的大小比例，儘可能保證每次GC形成的應用中止時間都在指定的數值範圍內完成。這個值可由-XX:MaxGCPauseRatio=n來設置

 

JVM常見配置

1. 堆設置
   • -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:設置持久代大小
2. 收集器設置
   • -XX:+UseSerialGC:設置串行收集器
   • -XX:+UseParallelGC:設置並行收集器
   • -XX:+UseParalledlOldGC:設置並行年老代收集器
   • -XX:+UseConcMarkSweepGC:設置併發收集器
3. 垃圾回收統計信息
   • -XX:+PrintGC
   • -XX:+PrintGCDetails
   • -XX:+PrintGCTimeStamps
   • -Xloggc:filename
4. 並行收集器設置
   • -XX:ParallelGCThreads=n:設置並行收集器收集時使用的CPU數。並行收集線程數。
   • -XX:MaxGCPauseMillis=n:設置並行收集最大暫停時間
   • -XX:GCTimeRatio=n:設置垃圾回收時間佔程序運行時間的百分比。公式爲1/(1+n)
5. 併發收集器設置
   • -XX:+CMSIncrementalMode:設置爲增量模式。適用於單CPU狀況。
   • -XX:ParallelGCThreads=n:設置併發收集器年輕代收集方式爲並行收集時，使用的CPU數。並行收集線程數。

 

參考連接：

http://www.open-open.com/lib/view/open1408453806147.html

http://www.codeceo.com/article/jvm-memory-overflow.html

http://blog.csdn.net/cutesource/article/details/5907418