程序員必須掌握的Java虛擬機重難點有哪些

這篇文章給大家分享的是有關程序員必須掌握的Java虛擬機重難點有哪些的內容。小編覺得挺實用的，因此分享給大家做個參考，一起跟隨小編過來看看吧。

我們提供的服務有：成都網(wǎng)站設計、做網(wǎng)站、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認證、環(huán)縣ssl等。為上千家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務，是有科學管理、有技術的環(huán)縣網(wǎng)站制作公司

概念

虛擬機：指以軟件的方式模擬具有完整硬件系統(tǒng)功能、運行在一個完全隔離環(huán)境中的完整計算機系統(tǒng) ，是物理機的軟件實現(xiàn)。常用的虛擬機有VMWare，Visual Box，Java Virtual Machine（Java虛擬機，簡稱JVM）。

Java虛擬機陣營：Sun HotSpot VM、BEA JRockit VM、IBM J9 VM、Azul VM、Apache Harmony、Google Dalvik VM、Microsoft JVM…

啟動流程

基本架構

Java運行時編譯源碼(.java)成字節(jié)碼，由jre運行。jre由java虛擬機（jvm）實現(xiàn)。Jvm分析字節(jié)碼，后解釋并執(zhí)行。

JVM由三個主要的子系統(tǒng)構成：

1. 1.類加載器子系統(tǒng)

2. 2.運行時數(shù)據(jù)區(qū)（內存）

3. 3.執(zhí)行引擎

類加載器子系統(tǒng)

類裝載包括了加載，連接（驗證、準備、解析（可選）），初始化。其中類加載工作由ClassLoader及其子類負責。

1. 加載：在硬盤上查找并通過IO讀入字節(jié)碼文件

2. 連接：執(zhí)行校驗、準備、解析（可選）步驟

3. 校驗，校驗字節(jié)碼文件的正確性

4. 準備，給類的靜態(tài)變量分配內存，并賦予默認值

5. 解析，將符號引用轉為直接引用，類裝載器裝入類所引用的其他所有類

6. 初始化：對類的靜態(tài)變量初始化為指定的值，執(zhí)行靜態(tài)代碼塊

類加載器體系結構

1．啟動類加載器：負責加載JRE的核心類庫，如jre目標下的rt.jar,charsets.jar等.

2．擴展類加載器：負責加載JRE擴展目錄ext中JAR類包

3．系統(tǒng)類加載器：負責加載ClassPath路徑下的類包

4．用戶自定義加載器：負責加載用戶自定義路徑下的類包

類加載機制（雙親委派）

全盤負責委托機制。全盤負責，當一個ClassLoader加載一個類時，除非顯示的使用另一個ClassLoader，該類所依賴和引用的類也由這個ClassLoader載入。委托機制：指先委托父類加載器尋找目標類，在找不到的情況下采用自己的路徑中查找并載入目標類

運行時數(shù)據(jù)區(qū)

堆（Java堆）

虛擬機啟動時創(chuàng)建，用于存放對象實例，幾乎所有的對象（包含常量池）都在堆上分配內存，當對象無法再該空間申請到內存時將拋出OutOfMemoryError異常。同時也是垃圾收集器管理的主要區(qū)域。可通過 -Xmx –Xms 參數(shù)來分別指定最大堆和最小堆。線程共享。

 棧（Java棧）

是java方法執(zhí)行的內存模型，為虛擬機執(zhí)行java方法，每個方法在執(zhí)行的同時都會創(chuàng)建一個棧幀（用于存儲局部變量表，操作數(shù)棧，動態(tài)鏈接，方法出口等信息）。線程獨占。

Jvm對該區(qū)域規(guī)范了兩種異常：

1. 1，線程請求的棧深度大于虛擬機棧所允許的深度，將拋出StackOverFlowError異常。

2. 2，若虛擬機?？蓜討B(tài)擴展，當無法申請到足夠內存空間時將拋出OutOfMemoryError。通過jvm參數(shù)–Xss指定棧空間，空間大小決定函數(shù)調用的深度。

本地方法棧

為虛擬機執(zhí)行native方法，其他規(guī)范與java棧類似。不同類型的虛擬機對該區(qū)域可自由實現(xiàn)。線程獨占。

PC寄存器（程序計數(shù)器）

用來存儲待執(zhí)行指令的地址。分支，循環(huán)，跳轉，異常處理，線程恢復等功能都需要依賴pc寄存器。線程獨占。

若線程執(zhí)行的是一個java方法，則pc寄存器中保存的是待執(zhí)行指令的地址。若執(zhí)行的是一個native方法，則pc寄存器中為空。

元數(shù)據(jù)區(qū)

元數(shù)據(jù)區(qū)取代了永久代，本質和永久代類似，都是對JVM規(guī)范中方法區(qū)的實現(xiàn)，區(qū)別在于元數(shù)據(jù)區(qū)并不在虛擬機中，而是使用本地內存。元數(shù)據(jù)區(qū)在頻繁使用，也會發(fā)生OutOfMemory異常。

元數(shù)據(jù)區(qū)的動態(tài)擴展，默認–XX:MetaspaceSize值為21MB的高水位線。一旦觸及則Full GC將被觸發(fā)并卸載沒有用的類（類對應的類加載器不再存活），然后高水位線將會重置。新的高水位線的值取決于GC后釋放的元空間。如果釋放的空間少，這個高水位線則上升。如果釋放空間過多，則高水位線下降。

執(zhí)行引擎

執(zhí)行引擎讀取運行時數(shù)據(jù)區(qū)的字節(jié)碼并逐個執(zhí)行

(1) 解釋器：解釋器更快地解釋字節(jié)碼,但執(zhí)行緩慢,解釋一句執(zhí)行一句。

(2) JIT編譯器：JIT編譯器消除了解釋器的缺點。執(zhí)行引擎通過解釋器轉換字節(jié)碼，當它發(fā)現(xiàn)重復的代碼時，將使用JIT編譯器，它編譯整個字節(jié)碼并將其更改為本地代碼。這個本地代碼將直接用于重復的方法調用，這提高了系統(tǒng)的性能。

JIT的構成組件為：

1. 中間代碼生成器（Intermediate Code Generator）：生成中間代碼 。

2. 代碼優(yōu)化器（Code Optimizer）：負責優(yōu)化上面生成的中間代碼 。

3. 目標代碼生成器（Target Code Generator）：負責生成機器代碼或本地代碼 。

4. 分析器（Profiler）：一個特殊組件，負責查找熱點（被多次調用的方法）

(3) 垃圾收集器：收集和刪除未引用的對象。程序可調用System.gc()觸發(fā)垃圾收集，但不能保證執(zhí)行。

1. 本地方法接口（JNI）：JNI將與本機方法庫進行交互，并提供執(zhí)行引擎所需的本機庫。

2. 本地方法庫：執(zhí)行引擎所需的本機庫的集合。

垃圾收集（GC：Garbage Collection）

1，如何識別垃圾，判定對象是否可被回收？

引用計數(shù)法：給每個對象添加一個計數(shù)器，當有地方引用該對象時計數(shù)器加1，當引用失效時計數(shù)器減1。用對象計數(shù)器是否為0來判斷對象是否可被回收。缺點：無法解決循環(huán)引用的問題

根搜索算法：也稱可達性分析法，通過“GC ROOTs”的對象作為搜索起始點，通過引用向下搜索，所走過的路徑稱為引用鏈。通過對象是否有到達引用鏈的路徑來判斷對象是否可被回收（可作為GC ROOTs的對象：虛擬機棧中引用的對象，方法區(qū)中類靜態(tài)屬性引用的對象，方法區(qū)中常量引用的對象，本地方法棧中JNI引用的對象）

2，Java 中的堆是 GC 收集垃圾的主要區(qū)域，GC 分為兩種：Minor GC、Full GC ( 或稱為 Major GC )。

 Minor GC：新生代（Young Gen）空間不足時觸發(fā)收集，由于Java 中的大部分對象通常不需長久存活，新生代是GC收集頻繁區(qū)域，所以采用復制算法。

Full GC：老年代（Old Gen ）空間不足或元空間達到高水位線執(zhí)行收集動作，由于存放大對象及長久存活下的對象，占用內存空間大，回收效率低，所以采用標記-清除算法。

GC算法

按照回收策略劃分為：標記-清除算法，標記-整理算法，復制算法。

1.標記-清除算法：分為兩階段“標記”和“清除”。首先標記出哪些對象可被回收，在標記完成之后統(tǒng)一回收所有被標記的對象所占用的內存空間。不足之處：1.無法處理循環(huán)引用的問題2.效率不高3.產(chǎn)生大量內存碎片（ps：空間碎片太多可能會導致以后在分配大對象的時候而無法申請到足夠的連續(xù)內存空間，導致提前觸發(fā)新一輪gc）

2.標記-整理算法：分為兩階段“標記”和“整理”。首先標記出哪些對象可被回收，在標記完成后，將對象向一端移動，然后直接清理掉邊界以外的內存。

3.復制算法：把內存空間劃為兩個相等的區(qū)域，每次只使用其中一個區(qū)域。gc時遍歷當前使用區(qū)域，把正在使用中的對象復制到另外一個區(qū)域中。算法每次只處理正在使用中的對象，因此復制成本比較小，同時復制過去以后還能進行相應的內存整理，不會出現(xiàn)“碎片”問題。不足之處：1.內存利用率問題2.在對象存活率較高時，其效率會變低。

按分區(qū)對待可分為：增量收集算法，分代收集算法

1. 1.增量收集:實時垃圾回收算法，即：在應用進行的同時進行垃圾回收，理論上可以解決傳統(tǒng)分代方式帶來的問題。增量收集把對堆空間劃分成一系列內存塊，使用時先使用其中一部分，垃圾收集時把之前用掉的部分中的存活對象再放到后面沒有用的空間中，這樣可以實現(xiàn)一直邊使用邊收集的效果，避免了傳統(tǒng)分代方式整個使用完了再暫停的回收的情況。

2.  2.分代收集:（商用默認）基于對象生命周期劃分為新生代、老年代、元空間，對不同生命周期的對象使用不同的算法進行回收。

按系統(tǒng)線程可分為：串行收集算法，并行收集算法，并發(fā)收集算法

1. 1.串行收集:使用單線程處理垃圾回收工作，實現(xiàn)容易，效率較高。不足之處：1.無法發(fā)揮多處理器的優(yōu)勢 2.需要暫停用戶線程

2. 2.并行收集:使用多線程處理垃圾回收工作，速度快，效率高。理論上CPU數(shù)目越多，越能體現(xiàn)出并行收集器的優(yōu)勢。不足之處：需要暫停用戶線程

3. 3.并發(fā)收集:垃圾線程與用戶線程同時工作。系統(tǒng)在垃圾回收時不需要暫停用戶線程

GC收集器

垃圾收集算法是內存回收的理論基礎，而垃圾收集器就是內存回收的具體實現(xiàn)。

1.Serial 收集器主要針對新生代的收集，是最基本最古老的收集器，它是單線程收集器，工作時必須暫停所有用戶線程。該收集器采用復制算法。      

Serial Old收集器主要針對老年代收集，采用標記-整理算法，實現(xiàn)簡單高效，但會停頓。

2.ParNew收集器是Serial的多線程版本，針對新生代采用復制算法使用多線程進行垃圾收集（并行收集器，響應優(yōu)先）。

3.Parallel Scavenge采用復制算法針對新生代的多線程收集器（并行收集器，吞吐優(yōu)先）?？煽刂仆掏铝亢屯ｎD時間，即吞吐量 = 運行用戶代碼時間 / (運行用戶代碼時間+垃圾收集時間)。

 Parallel Old收集器是Parallel Scavenge收集器的老年代版本（并行收集器），使用多線程和標記-整理算法。

4.CMS（Current MarkSweep）收集器針對老年代，是一種以獲取最短回收停頓時間為目標的收集器，它是一種并發(fā)收集器，采用的是標記-清除算法。

5.G1的新生代類似于ParNew，采用復制算法算法，當新生代占用達到一定比例的時候，開始收集。老年代類似于CMS，不同點是采用標記-整理算法。

G1因此它是一款并行與并發(fā)收集器，能充分利用多CPU、多核環(huán)境。并且它能建立可預測的停頓時間模型。

與CMS收集器相比G1收集器有以下特點：

1. 1. 空間整合，G1收集器采用標記-整理算法，不會產(chǎn)生內存空間碎片。分配大對象（直接進Humongous區(qū)，專門存放短期巨型對象，不用直接進老年代，避免Full GC的大量開銷）不會因為無法找到連續(xù)空間而提前觸發(fā)下一次GC。（年青代拷貝、老年代轉移對象無空閑分區(qū)、巨型對象無連續(xù)分區(qū)時觸發(fā)Full GC，開銷極大應該避免）

2. 2. 可預測停頓，降低停頓時間是G1和CMS的共同關注點，但G1除了追求低停頓外，還能建立可預測的停頓時間模型，能讓使用者明確指定在一個長度為N毫秒的時間內，消耗在垃圾收集上的時間不得超過N毫秒，幾乎達到Java實時系統(tǒng)（RTSJ）級的垃圾收集器。

3. 3.G1將Java堆劃分為多個大小相等的獨立區(qū)域（Region），雖保留新生代和老年代的概念，但不再是物理隔閡了，它們都是（可以不連續(xù)）Region的集合。

收集器常用組合

JVM性能調優(yōu)思路

理解GC日志

[GC [PSYoungGen: 8192K->1000K(9216K)] 16004K->14604K(29696K), 0.0317424 secs] [Times: user=0.06 sys=0.00, real=0.03 secs][GC [PSYoungGen: 9192K->1016K(9216K)] 22796K->20780K(29696K), 0.0314567 secs] [Times: user=0.06 sys=0.00, real=0.03 secs][Full GC [PSYoungGen: 8192K->8192K(9216K)] [ParOldGen: 20435K->20435K(20480K)] 28627K->28627K(29696K), [Metaspace: 8469K->8469K(1056768K)], 0.1307495 secs] [Times: user=0.50 sys=0.00, real=0.13 secs][Full GC [PSYoungGen: 8192K->8192K(9216K)] [ParOldGen: 20437K->20437K(20480K)] 28629K->28629K(29696K), [Metaspace: 8469K->8469K(1056768K)], 0.1240311 secs] [Times: user=0.42 sys=0.00, real=0.12 secs]

常見異常

StackOverflowError:（棧溢出）OutOfMemoryError: Java heap space（堆空間不足）OutOfMemoryError: GC overhead limit exceeded （GC花費的時間超過 98%, 并且GC回收的內存少于 2%）

GC參數(shù)

堆棧設置

-Xss:每個線程的棧大小-Xms:初始堆大小，默認物理內存的1/64-Xmx:最大堆大小，默認物理內存的1/4-Xmn:新生代大小-XX:NewSize:設置新生代初始大小-XX:NewRatio:默認2表示新生代占年老代的1/2，占整個堆內存的1/3。-XX:SurvivorRatio:默認8表示一個survivor區(qū)占用1/8的Eden內存，即1/10的新生代內存。-XX:MaxMetaspaceSize:設置元空間最大允許大小，默認不受限制，JVM Metaspace會進行動態(tài)擴展。

垃圾回收統(tǒng)計信息

-XX:+PrintGC-XX:+PrintGCDetails-XX:+PrintGCTimeStamps-Xloggc:filename

收集器設置

-XX:+UseSerialGC:設置串行收集器-XX:+UseParallelGC:設置并行收集器-XX:+UseParallelOldGC:老年代使用并行回收收集器-XX:+UseParNewGC:在新生代使用并行收集器-XX:+UseParalledlOldGC:設置并行老年代收集器-XX:+UseConcMarkSweepGC:設置CMS并發(fā)收集器-XX:+UseG1GC:設置G1收集器-XX:ParallelGCThreads:設置用于垃圾回收的線程數(shù)

并行收集器設置

-XX:ParallelGCThreads:設置并行收集器收集時使用的CPU數(shù)。并行收集線程數(shù)。-XX:MaxGCPauseMillis:設置并行收集最大暫停時間-XX:GCTimeRatio:設置垃圾回收時間占程序運行時間的百分比。公式為1/(1+n)CMS收集器設置-XX:+UseConcMarkSweepGC:設置CMS并發(fā)收集器-XX:+CMSIncrementalMode:設置為增量模式。適用于單CPU情況。-XX:ParallelGCThreads:設置并發(fā)收集器新生代收集方式為并行收集時，使用的CPU數(shù)。并行收集線程數(shù)。-XX:CMSFullGCsBeforeCompaction:設定進行多少次CMS垃圾回收后，進行一次內存壓縮-XX:+CMSClassUnloadingEnabled:允許對類元數(shù)據(jù)進行回收-XX:UseCMSInitiatingOccupancyOnly:表示只在到達閥值的時候，才進行CMS回收-XX:+CMSIncrementalMode:設置為增量模式。適用于單CPU情況-XX:ParallelCMSThreads:設定CMS的線程數(shù)量-XX:CMSInitiatingOccupancyFraction:設置CMS收集器在老年代空間被使用多少后觸發(fā)-XX:+UseCMSCompactAtFullCollection:設置CMS收集器在完成垃圾收集后是否要進行一次內存碎片的整理

G1收集器設置

-XX:+UseG1GC:使用G1收集器-XX:ParallelGCThreads:指定GC工作的線程數(shù)量-XX:G1HeapRegionSize:指定分區(qū)大小(1MB~32MB，且必須是2的冪)，默認將整堆劃分為2048個分區(qū)-XX:GCTimeRatio:吞吐量大小，0-100的整數(shù)(默認9)，值為n則系統(tǒng)將花費不超過1/(1+n)的時間用于垃圾收集-XX:MaxGCPauseMillis:目標暫停時間(默認200ms)-XX:G1NewSizePercent:新生代內存初始空間(默認整堆5%)-XX:G1MaxNewSizePercent:新生代內存最大空間-XX:TargetSurvivorRatio:Survivor填充容量(默認50%)-XX:MaxTenuringThreshold:最大任期閾值(默認15)-XX:InitiatingHeapOccupancyPercen:老年代占用空間超過整堆比IHOP閾值(默認45%),超過則執(zhí)行混合收集-XX:G1HeapWastePercent:堆廢物百分比(默認5%)-XX:G1MixedGCCountTarget:參數(shù)混合周期的最大總次數(shù)(默認8）

性能分析和監(jiān)控工具

Jps：虛擬機進程狀況工具

Jstat：虛擬機統(tǒng)計信息監(jiān)視工具

Jinfo：虛擬機配置信息工具

Jmap：內存映像工具

Jhat：虛擬機堆轉儲快照分析工具

Jstack：堆棧跟蹤工具

JConsole：java監(jiān)視與管理控制臺

VisualVM：故障處理工具

感謝各位的閱讀！關于“程序員必須掌握的Java虛擬機重難點有哪些”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，讓大家可以學到更多知識，如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！

當前題目：程序員必須掌握的Java虛擬機重難點有哪些
文章鏈接：http://muchs.cn/article38/pppisp.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供電子商務、搜索引擎優(yōu)化、微信小程序、用戶體驗、品牌網(wǎng)站設計、網(wǎng)站策劃

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)