常用的java虚拟机_带你了解 JAVA虚拟机 面试必备
Java運(yùn)行時數(shù)據(jù)區(qū)：
Java虛擬機(jī)在執(zhí)行Java程序的過程中會將其管理的內(nèi)存劃分為若干個不同的數(shù)據(jù)區(qū)域，這些區(qū)域有各自的用途、創(chuàng)建和銷毀的時間，有些區(qū)域隨虛擬機(jī)進(jìn)程的啟動而存在，有
些區(qū)域則是依賴用戶線程的啟動和結(jié)束來建立和銷毀。
Java虛擬機(jī)所管理的內(nèi)存包括，以下幾個運(yùn)行時數(shù)據(jù)區(qū)域，如圖：
1、程序計(jì)數(shù)器：指向當(dāng)前線程正在執(zhí)行的字節(jié)碼指令。線程私有的。
2、虛擬機(jī)棧：虛擬機(jī)棧是Java執(zhí)行方法的內(nèi)存模型。每個方法被執(zhí)行的時候，都會創(chuàng)建一個棧幀，把棧幀壓人棧，當(dāng)方法正常返回或者拋出未捕獲的異常時，棧幀就會出棧。
(1)棧幀：棧幀存儲方法的相關(guān)信息，包含局部變量數(shù)表、返回值、操作數(shù)棧、動態(tài)鏈接局部變量表：包含了方法執(zhí)行過程中的所有變量。局部變量數(shù)組所需要的空間在編譯期間完成分配，在方法運(yùn)行期間不會改變局部變量數(shù)組的大小。
返回值：如果有返回值的話，壓入調(diào)用者棧幀中的操作數(shù)棧中，并且把PC的值指向 方法調(diào)用指令 后面的一條指令地址。
操作數(shù)棧：操作變量的內(nèi)存模型。操作數(shù)棧的最大深度在編譯的時候已經(jīng)確定(寫入方法區(qū)code屬性的max_stacks項(xiàng)中)。操作數(shù)棧的的元素可以是任意Java類型，包括long和double，32位數(shù)據(jù)占用棧空間為1，64位數(shù)據(jù)占用2。方法剛開始執(zhí)行的時候，棧是空的，當(dāng)方法執(zhí)行過程中，各種字節(jié)碼指令往棧中存取數(shù)據(jù)。
動態(tài)鏈接：每個棧幀都持有在運(yùn)行時常量池中該棧幀所屬方法的引用，持有這個引用是為了支持方法調(diào)用過程中的動態(tài)鏈接。
(2)線程私有；
3、本地方法棧：
(1)調(diào)用本地native的內(nèi)存模型。
(2)線程獨(dú)享。
4、方法區(qū)：用于存儲已被虛擬機(jī)加載的類信息、常量、靜態(tài)變量、即時編譯后的代碼等數(shù)據(jù)
(1)線程共享的；
(2)運(yùn)行時常量池：
A、是方法區(qū)的一部分
B、存放編譯期生成的各種字面量和符號引用
C、Class文件中除了存有類的版本、字段、方法、接口等描述信息，還有一項(xiàng)是常量池，存有這個類的 編譯期生成的各種字面量和符號引用，這部分內(nèi)容將在類加載后，存放到方法區(qū)的運(yùn)行時常量池中。
5、堆(Heap)：Java對象存儲的地方
(1)Java堆是虛擬機(jī)管理的內(nèi)存中最大的一塊
(2)Java堆是所有線程共享的區(qū)域
(3)在虛擬機(jī)啟動時創(chuàng)建
(4)此內(nèi)存區(qū)域的唯一目的就是存放對象實(shí)例，幾乎所有對象實(shí)例都在這里分配內(nèi)存。存放new生成的對象和數(shù)組
(5)Java堆是垃圾收集器管理的內(nèi)存區(qū)域，因此很多時候稱為“GC堆”
JMM Java內(nèi)存模型：
1、 Java的并發(fā)采用?“共享內(nèi)存”模型，線程之間通過讀寫內(nèi)存的公共狀態(tài)進(jìn)行通訊。多個線程之間是不能通過直接傳遞數(shù)據(jù)交互的，它們之間交互只能通過共享變量實(shí)現(xiàn)。
2、 主要目的是定義程序中各個變量的訪問規(guī)則。
3、 Java內(nèi)存模型規(guī)定所有變量都存儲在主內(nèi)存中，每個線程還有自己的工作內(nèi)存。
(1) 線程的工作內(nèi)存中保存了被該線程使用到的變量的拷貝(從主內(nèi)存中拷貝過來)，線程對變量的所有操作都必須在工作內(nèi)存中執(zhí)行，而不能直接訪問主內(nèi)存中的變量。
(2) 不同線程之間無法直接訪問對方工作內(nèi)存的變量，線程間變量值的傳遞都要通過主內(nèi)存來完成。
(3) 主內(nèi)存主要對應(yīng)Java堆中實(shí)例數(shù)據(jù)部分。工作內(nèi)存對應(yīng)于虛擬機(jī)棧中部分區(qū)域。
4、Java線程之間的通信由內(nèi)存模型JMM(Java Memory Model)控制。
(1)JMM決定一個線程對變量的寫入何時對另一個線程可見。
(2)線程之間共享變量存儲在主內(nèi)存中
(3)每個線程有一個私有的本地內(nèi)存，里面存儲了讀/寫共享變量的副本。
(4)JMM通過控制每個線程的本地內(nèi)存之間的交互，來為程序員提供內(nèi)存可見性保證。
5、可見性、有序性：
(1)當(dāng)一個共享變量在多個本地內(nèi)存中有副本時，如果一個本地內(nèi)存修改了該變量的副本，其他變量應(yīng)該能夠看到修改后的值，此為可見性。
(2)保證線程的有序執(zhí)行，這個為有序性。(保證線程安全)
6、內(nèi)存間交互操作：
(1)lock(鎖定)：作用于主內(nèi)存的變量，把一個變量標(biāo)識為一條線程獨(dú)占狀態(tài)。
(2)unlock(解鎖)：作用于主內(nèi)存的變量，把一個處于鎖定狀態(tài)的變量釋放出來，釋放后的變量才可以被其他線程鎖定。
(3)read(讀取)：作用于主內(nèi)存變量，把主內(nèi)存的一個變量讀取到工作內(nèi)存中。
(4)load(載入)：作用于工作內(nèi)存，把read操作讀取到工作內(nèi)存的變量載入到工作內(nèi)存的變量副本中
(5)use(使用)：作用于工作內(nèi)存的變量，把工作內(nèi)存中的變量值傳遞給一個執(zhí)行引擎。
(6)assign(賦值)：作用于工作內(nèi)存的變量。把執(zhí)行引擎接收到的值賦值給工作內(nèi)存的變量。
(7)store(存儲)：把工作內(nèi)存的變量的值傳遞給主內(nèi)存
(8)write(寫入)：把store操作的值入到主內(nèi)存的變量中
6.1、注意：
(1)不允許read、load、store、write操作之一單獨(dú)出現(xiàn)
(2)不允許一個線程丟棄assgin操作
(3)不允許一個線程不經(jīng)過assgin操作，就把工作內(nèi)存中的值同步到主內(nèi)存中
(4)一個新的變量只能在主內(nèi)存中生成
(5)一個變量同一時刻只允許一條線程對其進(jìn)行l(wèi)ock操作。但lock操作可以被同一條線程執(zhí)行多次，只有執(zhí)行相同次數(shù)的unlock操作，變量才會解鎖
(6)如果對一個變量進(jìn)行l(wèi)ock操作，將會清空工作內(nèi)存中此變量的值，在執(zhí)行引擎使用這個變量前，需要重新執(zhí)行l(wèi)oad或者assgin操作初始化變量的值。
(7)如果一個變量沒有被鎖定，不允許對其執(zhí)行unlock操作，也不允許unlock一個被其他線程鎖定的變量
(8)對一個變量執(zhí)行unlock操作之前，需要將該變量同步回主內(nèi)存中
堆的內(nèi)存劃分：
Java堆的內(nèi)存劃分如圖所示，分別為年輕代、Old Memory(老年代)、Perm(永久代)。其中在Jdk1.8中，永久代被移除，使用MetaSpace代替。
1、新生代：
(1)使用復(fù)制清除算法(Copinng算法)，原因是年輕代每次GC都要回收大部分對象。新生代里面分成一份較大的Eden空間和兩份較小的Survivor空間。每次只使用Eden和其中一塊Survivor空間，然后垃圾回收的時候，把存活對象放到未使用的Survivor(劃分出from、to)空間中，清空Eden和剛才使用過的Survivor空間。
(2)分為Eden、Survivor From、Survivor To，比例默認(rèn)為8：1：1
(3)內(nèi)存不足時發(fā)生Minor GC2
2、老年代：
(1)采用標(biāo)記-整理算法(mark-compact)，原因是老年代每次GC只會回收少部分對象。
3、Perm：用來存儲類的元數(shù)據(jù)，也就是方法區(qū)。
(1)Perm的廢除：在jdk1.8中，Perm被替換成MetaSpace，MetaSpace存放在本地內(nèi)存中。原因是永久代進(jìn)場內(nèi)存不夠用，或者發(fā)生內(nèi)存泄漏。
(2)MetaSpace(元空間)：元空間的本質(zhì)和永久代類似，都是對JVM規(guī)范中方法區(qū)的實(shí)現(xiàn)。不過元空間與永久代之間最大的區(qū)別在于：元空間并不在虛擬機(jī)中，而是使用本地內(nèi)存。
4、堆內(nèi)存的劃分在JVM里面的示意圖：
GC垃圾回收：
一、 判斷對象是否要回收的方法：可達(dá)性分析法
1、?可達(dá)性分析法：通過一系列“GC Roots”對象作為起點(diǎn)進(jìn)行搜索，如果在“GC Roots”和一個對象之間沒有可達(dá)路徑，則稱該對象是不可達(dá)的。不可達(dá)對象不一定會成為可回收對象。進(jìn)入DEAD狀態(tài)的線程還可以恢復(fù)，GC不會回收它的內(nèi)存。(把一些對象當(dāng)做root對象，JVM認(rèn)為root對象是不可回收的，并且root對象引用的對象也是不可回收的)
2、?以下對象會被認(rèn)為是root對象：(1) 虛擬機(jī)棧(棧幀中本地變量表)中引用的對象(2) 方法區(qū)中靜態(tài)屬性引用的對象(3) 方法區(qū)中常量引用的對象(4) 本地方法棧中Native方法引用的對象
3、?對象被判定可被回收，需要經(jīng)歷兩個階段：(1) 第一個階段是可達(dá)性分析，分析該對象是否可達(dá)(2) 第二個階段是當(dāng)對象沒有重寫finalize()方法或者finalize()方法已經(jīng)被調(diào)用過，虛擬機(jī)認(rèn)為該對象不可以被救活，因此回收該對象。(finalize()方法在垃圾回收中的作用是，給該對象一次救活的機(jī)會)
4、?方法區(qū)中的垃圾回收：(1) 常量池中一些常量、符號引用沒有被引用，則會被清理出常量池(2) 無用的類：被判定為無用的類，會被清理出方法區(qū)。判定方法如下：A、 該類的所有實(shí)例被回收B、 加載該類的ClassLoader被回收C、 該類的Class對象沒有被引用
5、finalize():(1) GC垃圾回收要回收一個對象的時候，調(diào)用該對象的finalize()方法。然后在下一次垃圾回收的時候，才去回收這個對象的內(nèi)存。(2) 可以在該方法里面，指定一些對象在釋放前必須執(zhí)行的操作。
二、 發(fā)現(xiàn)虛擬機(jī)頻繁full GC時應(yīng)該怎么辦：(full GC指的是清理整個堆空間，包括年輕代和永久代)
(1) 首先用命令查看觸發(fā)GC的原因是什么 jstat –GCcause 進(jìn)程id
(2) 如果是System.GC()，則看下代碼哪里調(diào)用了這個方法
(3) 如果是heap inspection(內(nèi)存檢查)，可能是哪里執(zhí)行jmap –histo[:live]命令
(4) 如果是GC locker，可能是程序依賴的JNI庫的原因
三、常見的垃圾回收算法：
1、Mark-Sweep(標(biāo)記-清除算法)：
(1)思想：標(biāo)記清除算法分為兩個階段，標(biāo)記階段和清除階段。標(biāo)記階段任務(wù)是標(biāo)記出所有需要回收的對象，清除階段就是清除被標(biāo)記對象的空間。
(2)優(yōu)缺點(diǎn)：實(shí)現(xiàn)簡單，容易產(chǎn)生內(nèi)存碎片
2、Copying(復(fù)制清除算法)：
(1)思想：將可用內(nèi)存劃分為大小相等的兩塊，每次只使用其中的一塊。當(dāng)進(jìn)行垃圾回收的時候了，把其中存活對象全部復(fù)制到另外一塊中，然后把已使用的內(nèi)存空間一次清空掉。
(2)優(yōu)缺點(diǎn)：不容易產(chǎn)生內(nèi)存碎片；可用內(nèi)存空間少；存活對象多的話，效率低下。
3、Mark-Compact(標(biāo)記-整理算法)：
(1)思想：先標(biāo)記存活對象，然后把存活對象向一邊移動，然后清理掉端邊界以外的內(nèi)存。
(2)優(yōu)缺點(diǎn)：不容易產(chǎn)生內(nèi)存碎片；內(nèi)存利用率高；存活對象多并且分散的時候，移動次數(shù)多，效率低下
4、分代收集算法：(目前大部分JVM的垃圾收集器所采用的算法)：
思想：把堆分成新生代和老年代。(永久代指的是方法區(qū))
(1) 因?yàn)樾律看卫厥斩家厥沾蟛糠謱ο?#xff0c;所以新生代采用Copying算法。新生代里面分成一份較大的Eden空間和兩份較小的Survivor空間。每次只使用Eden和其中一塊Survivor空間，然后垃圾回收的時候，把存活對象放到未使用的Survivor(劃分出from、to)空間中，清空Eden和剛才使用過的Survivor空間。
(2) 由于老年代每次只回收少量的對象，因此采用mark-compact算法。
(3) 在堆區(qū)外有一個永久代。對永久代的回收主要是無效的類和常量
5、GC使用時對程序的影響？垃圾回收會影響程序的性能，Java虛擬機(jī)必須要追蹤運(yùn)行程序中的有用對象，然后釋放沒用對象，這個過程消耗處理器時間
6、幾種不同的垃圾回收類型：
(1)Minor GC：從年輕代(包括Eden、Survivor區(qū))回收內(nèi)存。當(dāng)JVM無法為一個新的對象分配內(nèi)存的時候，越容易觸發(fā)Minor GC。所以分配率越高，內(nèi)存越來越少，越頻繁執(zhí)行Minor GC
執(zhí)行Minor GC操作的時候，不會影響到永久代(Tenured)。從永久代到年輕代的引用，被當(dāng)成GC Roots，從年輕代到老年代的引用在標(biāo)記階段直接被忽略掉。
(2)Major GC：清理整個老年代，當(dāng)eden區(qū)內(nèi)存不足時觸發(fā)。
(3)Full GC：清理整個堆空間，包括年輕代和老年代。當(dāng)老年代內(nèi)存不足時觸發(fā)
HotSpot 虛擬機(jī)詳解：
1、 Java對象創(chuàng)建過程：
(1)虛擬機(jī)遇到一條new指令時，首先檢查這個指令的參數(shù)能否在常量池中定位到一個類的符號引用，并檢查這個符號引用代表的類是否已經(jīng)加載、連接和初始化。如果沒有，就執(zhí)行該類的加載過程。
(2)為該對象分配內(nèi)存。假設(shè)Java堆是規(guī)整的，所有用過的內(nèi)存放在一邊，空閑的內(nèi)存放在另外一邊，中間放著一個指針作為分界點(diǎn)的指示器。那分配內(nèi)存只是把指針向空閑空間那邊挪動與對象大小相等的距離，這種分配稱為“指針碰撞”。
假設(shè)Java堆不是規(guī)整的，用過的內(nèi)存和空閑的內(nèi)存相互交錯，那就沒辦法進(jìn)行“指針碰撞”。虛擬機(jī)通過維護(hù)一個列表，記錄哪些內(nèi)存塊是可用的，在分配的時候找出一塊足夠大的空間分配給對象實(shí)例，并更新表上的記錄。這種分配方式稱為“空閑列表“。
使用哪種分配方式由Java堆是否規(guī)整決定。Java堆是否規(guī)整由所采用的垃圾收集器是否帶有壓縮整理功能決定。
分配對象保證線程安全的做法：虛擬機(jī)使用CAS失敗重試的方式保證更新操作的原子性。(實(shí)際上還有另外一種方案：每個線程在Java堆中預(yù)先分配一小塊內(nèi)存，稱為本地線程分配緩沖，TLAB。哪個線程要分配內(nèi)存，就在哪個線程的TLAB上分配，只有TLAB用完并分配新的TLAB時，才進(jìn)行同步鎖定。虛擬機(jī)是否使用TLAB，由-XX:+/-UseTLAB參數(shù)決定)
(3)虛擬機(jī)為分配的內(nèi)存空間初始化為零值(默認(rèn)值)
(4)虛擬機(jī)對對象進(jìn)行必要的設(shè)置，例如這個對象是哪個類的實(shí)例、如何才能找到對象的元數(shù)據(jù)信息、對象的Hash碼、對象的GC分代年齡等信息。這些信息存放在對象的對象頭中。
(5) 執(zhí)行方法，把對象按照程序員的意愿進(jìn)行初始化。
2、 對象的定位訪問的方式(通過引用如何去定位到堆上的具體對象的位置)：
(1)句柄：使用句柄的方式，Java堆中將會劃分出一塊內(nèi)存作為作為句柄池，引用中存儲的就是對象的句柄的地址。而句柄中包含了對象實(shí)例數(shù)據(jù)和對象類型數(shù)據(jù)的地址。
(2)直接指針：使用直接指針的方式，引用中存儲的就是對象的地址。Java堆對象的布局必須必須考慮如何去訪問對象類型數(shù)據(jù)。
(3)兩種方式各有優(yōu)點(diǎn)：A、使用句柄訪問的好處是引用中存放的是穩(wěn)定的句柄地址，當(dāng)對象被移動(比如說垃圾回收時移動對象)，只會改變句柄中實(shí)例數(shù)據(jù)指針，而引用本身不會被修改。B、使用直接指針，節(jié)省了一次指針定位的時間開銷。
3、HotSpot的GC算法實(shí)現(xiàn)：
(1)HotSpot怎么快速找到GC Root？HotSpot使用一組稱為OopMap的數(shù)據(jù)結(jié)構(gòu)。在類加載完成的時候，HotSpot就把對象內(nèi)什么偏移量上是什么類型的數(shù)據(jù)計(jì)算出來，在JIT編譯過程中，也會在棧和寄存器中哪些位置是引用。這樣子，在GC掃描的時候，就可以直接知道哪些是可達(dá)對象了。
(2)安全點(diǎn)：HotSpot只在特定的位置生成OopMap，這些位置稱為安全點(diǎn)。
程序執(zhí)行過程中并非所有地方都可以停下來開始GC，只有在到達(dá)安全點(diǎn)是才可以暫停。
安全點(diǎn)的選定基本上以“是否具有讓程序長時間執(zhí)行“的特征選定的。比如說方法調(diào)用、循環(huán)跳轉(zhuǎn)、異常跳轉(zhuǎn)等。具有這些功能的指令才會產(chǎn)生Safepoint。
(3)中斷方式：搶占式中斷：在GC發(fā)生時，首先把所有線程中斷，如果發(fā)現(xiàn)有線程不在安全
點(diǎn)上，就恢復(fù)線程，讓它跑到安全點(diǎn)上。
主動式中斷：GC需要中斷線程時，不直接對線程操作，僅僅設(shè)置一個標(biāo)志，各個線
程執(zhí)行
時主動去輪詢這個標(biāo)志，當(dāng)發(fā)現(xiàn)中斷標(biāo)記為真就自己中斷掛起。輪詢標(biāo)記的地方和安全
點(diǎn)是重合的。
(5)安全區(qū)域：一段代碼片段中，對象的引用關(guān)系不會發(fā)生變化，在這個區(qū)域中任何地方開始GC都是安全的。在線程進(jìn)入安全區(qū)域時，它首先標(biāo)志自己已經(jīng)進(jìn)入安全區(qū)域，在這段時間里，當(dāng)JVM發(fā)起GC時，就不用管進(jìn)入安全區(qū)域的線程了。在線程將要離開安全區(qū)域時，它檢查系統(tǒng)是否完成了GC過程，如果完成了，它就繼續(xù)前行。否則，它就必須等待直到收到可以離開安全區(qū)域的信號。
4、 GC時為什么要停頓所有Java線程？
因?yàn)镚C先進(jìn)行可達(dá)性分析。可達(dá)性分析是判斷GC Root對象到其他對象是否可達(dá)，假如分析過程中對象的引用關(guān)系在不斷變化，分析結(jié)果的準(zhǔn)確性就無法得到保證。
5、 CMS收集器：
(1)一種以獲取最短回收停頓時間為目標(biāo)的收集器。
(2)一般用于互聯(lián)網(wǎng)站或者B/S系統(tǒng)的服務(wù)端
(3)基于標(biāo)記-清除算法的實(shí)現(xiàn)，不過更為復(fù)雜，整個過程為4個步驟：初始標(biāo)記：標(biāo)記GC Root能直接引用的對象
并發(fā)標(biāo)記：利用多線程對每個GC Root對象進(jìn)行tracing搜索，在堆中查找其下所有能關(guān)聯(lián)到的對象。
重新標(biāo)記：為了修正并發(fā)標(biāo)記期間，用戶程序繼續(xù)運(yùn)作而導(dǎo)致標(biāo)志產(chǎn)生變動的那一部分對象的標(biāo)記記錄。
并發(fā)清除：利用多個線程對標(biāo)記的對象進(jìn)行清除
(4)由于耗時最長的并發(fā)標(biāo)記和并發(fā)清除操作都是用戶線程一起工作，所以總體來說，CMS的內(nèi)存回收工作是和用戶線程一起并發(fā)執(zhí)行的。
(5)缺點(diǎn)：對CPU資源占用比較多。可能因?yàn)檎加靡徊糠諧PU資源導(dǎo)致應(yīng)用程序響應(yīng)變慢。
CMS無法處理浮動垃圾。在并發(fā)清除階段，用戶程序繼續(xù)運(yùn)行，可能產(chǎn)生新的內(nèi)存垃圾，這一部分垃圾出現(xiàn)在標(biāo)記過程之后，因此，CMS無法清除。這部分垃圾稱為“浮動垃圾“
需要預(yù)留一部分內(nèi)存，在垃圾回收時，給用戶程序使用。
基于標(biāo)記-清除算法，容易產(chǎn)生大量內(nèi)存碎片，導(dǎo)致full GC(full GC進(jìn)行內(nèi)存碎片的整理)
6、 對象頭部分的內(nèi)存布局：HotSpot的對象頭分為兩部分，第一部分用于存儲對象自身的運(yùn)行時數(shù)據(jù)，比如哈希碼、GC分代年齡等。另外一部分用于指向方法區(qū)對象類型數(shù)據(jù)的指針。
7、 偏向鎖：偏向鎖偏向于第一個獲取它的線程，如果在接下來的執(zhí)行過程，沒有其他線程獲取該鎖，則持有偏向鎖的線程永遠(yuǎn)不需要同步。(當(dāng)一個線程獲取偏向鎖，它每次進(jìn)入這個鎖相關(guān)的同步塊，虛擬機(jī)不在進(jìn)行任何同步操作。當(dāng)有另外一個線程嘗試獲取這個鎖時，偏向模式宣告結(jié)束)
JVM優(yōu)化：
1、一般來說，當(dāng)survivor區(qū)不夠大或者占用量達(dá)到50%，就會把一些對象放到老年區(qū)。通過設(shè)置合理的eden區(qū)，survivor區(qū)及使用率，可以將年輕對象保存在年輕代，從而避免full GC，使用-Xmn設(shè)置年輕代的大小
2、對于占用內(nèi)存比較多的大對象，一般會選擇在老年代分配內(nèi)存。如果在年輕代給大對象分配內(nèi)存，年輕代內(nèi)存不夠了，就要在eden區(qū)移動大量對象到老年代，然后這些移動的對象可能很快消亡，因此導(dǎo)致full GC。通過設(shè)置參數(shù)：-XX:PetenureSizeThreshold=1000000，單位為B，標(biāo)明對象大小超過1M時，在老年代(tenured)分配內(nèi)存空間。
3、一般情況下，年輕對象放在eden區(qū)，當(dāng)?shù)谝淮蜧C后，如果對象還存活，放到survivor區(qū)，此后，每GC一次，年齡增加1，當(dāng)對象的年齡達(dá)到閾值，就被放到tenured老年區(qū)。這個閾值可以同構(gòu)-XX:MaxTenuringThreshold設(shè)置。如果想讓對象留在年輕代，可以設(shè)置比較大的閾值。
4、設(shè)置最小堆和最大堆：-Xmx和-Xms穩(wěn)定的堆大小堆垃圾回收是有利的，獲得一個穩(wěn)定的堆大小的方法是設(shè)置-Xms和-Xmx的值一樣，即最大堆和最小堆一樣，如果這樣子設(shè)置，系統(tǒng)在運(yùn)行時堆大小理論上是恒定的，穩(wěn)定的堆空間可以減少GC次數(shù)，因此，很多服務(wù)端都會將這兩個參數(shù)設(shè)置為一樣的數(shù)值。穩(wěn)定的堆大小雖然減少GC次數(shù)，但是增加每次GC的時間，因?yàn)槊看蜧C要把堆的大小維持在一個區(qū)間內(nèi)。
5、一個不穩(wěn)定的堆并非毫無用處。在系統(tǒng)不需要使用大內(nèi)存的時候，壓縮堆空間，使得GC每次應(yīng)對一個較小的堆空間，加快單次GC次數(shù)。基于這種考慮，JVM提供兩個參數(shù)，用于壓縮和擴(kuò)展堆空間。
(1)-XX:MinHeapFreeRatio 參數(shù)用于設(shè)置堆空間的最小空閑比率。默認(rèn)值是40，當(dāng)堆空間的空閑內(nèi)存比率小于40，JVM便會擴(kuò)展堆空間
(2)-XX:MaxHeapFreeRatio 參數(shù)用于設(shè)置堆空間的最大空閑比率。默認(rèn)值是70， 當(dāng)堆空間的空閑內(nèi)存比率大于70，JVM便會壓縮堆空間。
(3)當(dāng)-Xmx和-Xmx相等時，上面兩個參數(shù)無效
6、通過增大吞吐量提高系統(tǒng)性能，可以通過設(shè)置并行垃圾回收收集器。
(1)-XX:+UseParallelGC:年輕代使用并行垃圾回收收集器。這是一個關(guān)注吞吐量的收集器，可以盡可能的減少垃圾回收時間。
(2)-XX:+UseParallelOldGC:設(shè)置老年代使用并行垃圾回收收集器。
7、嘗試使用大的內(nèi)存分頁：使用大的內(nèi)存分頁增加CPU的內(nèi)存尋址能力，從而系統(tǒng)的
性能。-XX:+LargePageSizeInBytes 設(shè)置內(nèi)存頁的大小
8、使用非占用的垃圾收集器。-XX:+UseConcMarkSweepGC老年代使用CMS收集器
降低停頓。
9、-XXSurvivorRatio=3，表示年輕代中的分配比率：survivor:eden = 2:3
10、JVM性能調(diào)優(yōu)的工具：
(1)jps(Java Process Status)：輸出JVM中運(yùn)行的進(jìn)程狀態(tài)信息(現(xiàn)在一般使用jconsole)
(2)jstack：查看java進(jìn)程內(nèi)線程的堆棧信息。
(3)jmap：用于生成堆轉(zhuǎn)存快照
(4)jhat：用于分析jmap生成的堆轉(zhuǎn)存快照(一般不推薦使用，而是使用Ecplise Memory Analyzer)
(5)jstat是JVM統(tǒng)計(jì)監(jiān)測工具。可以用來顯示垃圾回收信息、類加載信息、新生代統(tǒng)計(jì)信息等。
(6)VisualVM：故障處理工具
類加載機(jī)制：
一、 概念：
類加載器把class文件中的二進(jìn)制數(shù)據(jù)讀入到內(nèi)存中，存放在方法區(qū)，然后在堆區(qū)創(chuàng)建一個java.lang.Class對象，用來封裝類在方法區(qū)內(nèi)的數(shù)據(jù)結(jié)構(gòu)。
類加載的步驟如下：
1、加載：查找并加載類的二進(jìn)制數(shù)據(jù)(把class文件里面的信息加載到內(nèi)存里面)
2、連接：把內(nèi)存中類的二進(jìn)制數(shù)據(jù)合并到虛擬機(jī)的運(yùn)行時環(huán)境中
(1)驗(yàn)證：確保被加載的類的正確性。包括：類文件的結(jié)構(gòu)檢查：檢查是否滿足Java類文件的固定格式
語義檢查：確保類本身符合Java的語法規(guī)范
字節(jié)碼驗(yàn)證：確保字節(jié)碼流可以被Java虛擬機(jī)安全的執(zhí)行。字節(jié)碼流是操作碼組成的序列。每一個操作碼后面都會跟著一個或者多個操作數(shù)。字節(jié)碼檢查這個步驟會檢查每一個操作碼是否合法。
二進(jìn)制兼容性驗(yàn)證：確保相互引用的類之間是協(xié)調(diào)一致的。
(2)準(zhǔn)備：為類的靜態(tài)變量分配內(nèi)存，并將其初始化為默認(rèn)值
(3)解析：把類中的符號引用轉(zhuǎn)化為直接引用(比如說方法的符號引用，是有方法名和相關(guān)描述符組成，在解析階段，JVM把符號引用替換成一個指針，這個指針就是直接引用，它指向該類的該方法在方法區(qū)中的內(nèi)存位置)
3、初始化：為類的靜態(tài)變量賦予正確的初始值。當(dāng)靜態(tài)變量的等號右邊的值是一個常量表達(dá)式時，不會調(diào)用static代碼塊進(jìn)行初始化。只有等號右邊的值是一個運(yùn)行時運(yùn)算出來的值，才會調(diào)用static初始化。
二、雙親委派模型：
1、當(dāng)一個類加載器收到類加載請求的時候，它首先不會自己去加載這個類的信息，而是把該請求轉(zhuǎn)發(fā)給父類加載器，依次向上。所以所有的類加載請求都會被傳遞到父類加載器中，只有當(dāng)父類加載器中無法加載到所需的類，子類加載器才會自己嘗試去加載該類。當(dāng)當(dāng)前類加載器和所有父類加載器都無法加載該類時，拋出ClassNotFindException異常。
2、意義：
提高系統(tǒng)的安全性。用戶自定義的類加載器不可能加載應(yīng)該由父加載器加載的可靠類。(比如用戶定義了一個惡意代碼，自定義的類加載器首先讓系統(tǒng)加載器去加載，系統(tǒng)加載器檢查該代碼不符合規(guī)范，于是就不繼續(xù)加載了)
3、定義類加載器：如果某個類加載器能夠加載一個類，那么這個類加載器就叫做定義類加載器
4、初始類加載器：定義類加載器及其所有子加載器都稱作初始類加載器。
5、運(yùn)行時包：(1)由同一個類加載器加載并且擁有相同包名的類組成運(yùn)行時包(2)只有屬于同一個運(yùn)行時包的類，才能訪問包可見(default)的類和類成員。作用是 限制用戶自定義的類冒充核心類庫的類去訪問核心類庫的包可見成員。
6、加載兩份相同的class對象的情況：A和B不屬于父子類加載器關(guān)系，并且各自都加載了同一個類。
三、特點(diǎn)：
1、全盤負(fù)責(zé)：當(dāng)一個類加載器加載一個類時，該類所依賴的其他類也會被這個類加載器加載到內(nèi)存中。
2、緩存機(jī)制：所有的Class對象都會被緩存，當(dāng)程序需要使用某個Class時，類加載器先從緩存中查找，找不到，才從class文件中讀取數(shù)據(jù)，轉(zhuǎn)化成Class對象，存入緩存中。
四、 類加載器：兩種類型的類加載器：
1、 JVM自帶的類加載器(3種)：(1)根類加載器(Bootstrap)：a、C++編寫的，程序員無法在程序中獲取該類b、負(fù)責(zé)加載虛擬機(jī)的核心庫，比如java.lang.Objectc、沒有繼承ClassLoader類(2)擴(kuò)展類加載器(Extension)：a、Java編寫的，從指定目錄中加載類庫b、父加載器是根類加載器c、是ClassLoader的子類d、如果用戶把創(chuàng)建的jar文件放到指定目錄中，也會被擴(kuò)展加載器加載。(3)系統(tǒng)加載器(System)或者應(yīng)用加載器(App)：a、Java編寫的b、父加載器是擴(kuò)展類加載器c、從環(huán)境變量或者class.path中加載類d、是用戶自定義類加載的默認(rèn)父加載器e、是ClassLoader的子類
2、用戶自定義的類加載器：
(1)Java.lang.ClassLoader類的子類
(2)用戶可以定制類的加載方式
(3)父類加載器是系統(tǒng)加載器
(4)編寫步驟：A、繼承ClassLoaderB、重寫findClass方法。從特定位置加載class文件，得到字節(jié)數(shù)組，然后利用defineClass把字節(jié)數(shù)組轉(zhuǎn)化為Class對象(5)為什么要自定義類加載器？A、可以從指定位置加載class文件，比如說從數(shù)據(jù)庫、云端加載class文件B、加密：Java代碼可以被輕易的反編譯，因此，如果需要對代碼進(jìn)行加密，那么加密以后的代碼，就不能使用Java自帶的ClassLoader來加載這個類了，需要自定義ClassLoader，對這個類進(jìn)行解密，然后加載。
問題：Java程序?qū)︻惖膱?zhí)行有幾種方式：
1、 主動使用(6種情況)：JVM必須在每個類“首次 主動使用”的時候，才會初始化這些類。(1) 創(chuàng)建類的實(shí)例
(2) 讀寫某個類或者接口的靜態(tài)變量
(3) 調(diào)用類的靜態(tài)方法
(4) 同過反射的API(Class.forName())獲取類
(5) 初始化一個類的子類
(6) JVM啟動的時候，被標(biāo)明啟動類的類(包含Main方法的類)只有當(dāng)程序使用的靜態(tài)變量或者靜態(tài)方法確實(shí)在該類中定義時，該可以認(rèn)為是對該類或者接口的主動使用。
2、 被動使用：除了主動使用的6種情況，其他情況都是被動使用，都不會導(dǎo)致類的初始化。
3、 JVM規(guī)范允許類加載器在預(yù)料某個類將要被使用的時候，就預(yù)先加載它。如果該class文件缺失或者存在錯誤，則在程序“首次 主動使用”的時候，才報告這個錯誤。(Linkage Error錯誤)。如果這個類一直沒有被程序“主動使用”，就不會報錯。
類加載機(jī)制與接口：
1、 當(dāng)Java虛擬機(jī)初始化一個類時，不會初始化該類實(shí)現(xiàn)的接口。
2、 在初始化一個接口時，不會初始化這個接口父接口。
3、 只有當(dāng)程序首次使用該接口的靜態(tài)變量時，才導(dǎo)致該接口的初始化。
ClassLoader：
1、 調(diào)用Classloader的loadClass方法去加載一個類，不是主動使用，因此不會進(jìn)行類的初始化。
類的卸載：
1、 有JVM自帶的三種類加載器(根、擴(kuò)展、系統(tǒng))加載的類始終不會卸載。因?yàn)镴VM始終引用這些類加載器，這些類加載器使用引用他們所加載的類，因此這些Class類對象始終是可到達(dá)的。
2、 由用戶自定義類加載器加載的類，是可以被卸載的。
補(bǔ)充：JDK和JRK
(1)JDK ：Java Development Kit，開發(fā)的時候用到的類包。(2)JRE ：Java Runtime Environment，Java運(yùn)行的基礎(chǔ)，包含運(yùn)行時需要的所有類庫。圖解java文件轉(zhuǎn)化成機(jī)器碼JVM虛擬機(jī)先將java文件編譯成class文件(字節(jié)碼文件)，然后再將class文件轉(zhuǎn)換成所有操作系統(tǒng)都能運(yùn)行的機(jī)器指令。
最后
感謝大家看到這里，文章有不足，歡迎大家指出；如果你覺得寫得不錯，那就給我一個贊吧。
也歡迎大家關(guān)注我賬號，每天都會分享java相關(guān)技術(shù)文章或行業(yè)資訊，歡迎大家關(guān)注和轉(zhuǎn)發(fā)文章！
總結(jié)
以上是生活随笔為你收集整理的常用的java虚拟机_带你了解 JAVA虚拟机 面试必备的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： java exec执行tar_用java
- 下一篇： java.text.dateformat