作者：Huangy遠

來源：segmentfault.com/a/1190000014395186

Java運行時數據區：

Java虛擬機在執行Java程序的過程中會將其管理的內存劃分為若干個不同的數據區域，

這些區域有各自的用途、創建和銷毀的時間，有些區域隨虛擬機進程的啟動而存在，有

些區域則是依賴用戶線程的啟動和結束來建立和銷毀。Java虛擬機所管理的內存包括

以下幾個運行時數據區域，如圖：

1、程序計數器：指向當前線程正在執行的字節碼指令。線程私有的。

2、虛擬機棧：虛擬機棧是Java執行方法的內存模型。每個方法被執行的時候，都會創建一個棧幀，把棧幀壓人棧，當方法正常返回或者拋出未捕獲的異常時，棧幀就會出棧。

（1）棧幀：棧幀存儲方法的相關信息，包含局部變量數表、返回值、操作數棧、動態鏈接

a、局部變量表：包含了方法執行過程中的所有變量。局部變量數組所需要的空間在編譯期間完成分配，在方法運行期間不會改變局部變量數組的大小。

b、返回值：如果有返回值的話，壓入調用者棧幀中的操作數棧中，并且把PC的值指向 方法調用指令 后面的一條指令地址。

c、操作數棧：操作變量的內存模型。操作數棧的最大深度在編譯的時候已經確定（寫入方法區code屬性的max_stacks項中）。操作數棧的的元素可以是任意Java類型，包括long和double，32位數據占用棧空間為1，64位數據占用2。方法剛開始執行的時候，棧是空的，當方法執行過程中，各種字節碼指令往棧中存取數據。

d、動態鏈接：每個棧幀都持有在運行時常量池中該棧幀所屬方法的引用，持有這個引用是為了支持方法調用過程中的動態鏈接。

（2）線程私有；

3、本地方法棧：

（1）調用本地native的內存模型。

（2）線程獨享。

4、方法區：用于存儲已被虛擬機加載的類信息、常量、靜態變量、即時編譯后的代碼等數據

（1）線程共享的；

（2）運行時常量池：

A、是方法區的一部分
B、存放編譯期生成的各種字面量和符號引用
C、Class文件中除了存有類的版本、字段、方法、接口等描述信息，還有一項是常量池，存有這個類的 編譯期生成的各種字面量和符號引用，這部分內容將在類加載后，存放到方法區的運行時常量池中。

5、堆（Heap）：Java對象存儲的地方

（1）Java堆是虛擬機管理的內存中最大的一塊

（2）Java堆是所有線程共享的區域

（3）在虛擬機啟動時創建

（4）此內存區域的唯一目的就是存放對象實例，幾乎所有對象實例都在這里分配內存。存放new生成的對象和數組

（5）Java堆是垃圾收集器管理的內存區域，因此很多時候稱為“GC堆”

JMM Java內存模型：

1、 Java的并發采用“共享內存”模型，線程之間通過讀寫內存的公共狀態進行通訊。多個線程之間是不能通過直接傳遞數據交互的，它們之間交互只能通過共享變量實現。

2、 主要目的是定義程序中各個變量的訪問規則。

3、 Java內存模型規定所有變量都存儲在主內存中，每個線程還有自己的工作內存。

（1） 線程的工作內存中保存了被該線程使用到的變量的拷貝（從主內存中拷貝過來），線程對變量的所有操作都必須在工作內存中執行，而不能直接訪問主內存中的變量。

（2） 不同線程之間無法直接訪問對方工作內存的變量，線程間變量值的傳遞都要通過主內存來完成。

（3） 主內存主要對應Java堆中實例數據部分。工作內存對應于虛擬機棧中部分區域。

4、Java線程之間的通信由內存模型JMM（Java Memory Model）控制。

（1）JMM決定一個線程對變量的寫入何時對另一個線程可見。

（2）線程之間共享變量存儲在主內存中

（3）每個線程有一個私有的本地內存，里面存儲了讀/寫共享變量的副本。

（4）JMM通過控制每個線程的本地內存之間的交互，來為程序員提供內存可見性保證。

5、可見性、有序性：

（1）當一個共享變量在多個本地內存中有副本時，如果一個本地內存修改了該變量的副本，其他變量應該能夠看到修改后的值，此為可見性。

（2）保證線程的有序執行，這個為有序性。（保證線程安全）

6、內存間交互操作：

（1）lock（鎖定）：作用于主內存的變量，把一個變量標識為一條線程獨占狀態。

（2）unlock（解鎖）：作用于主內存的變量，把一個處于鎖定狀態的變量釋放出來，釋放后的變量才可以被其他線程鎖定。

（3）read（讀取）：作用于主內存變量，把主內存的一個變量讀取到工作內存中。

（4）load（載入）：作用于工作內存，把read操作讀取到工作內存的變量載入到工作內存的變量副本中

（5）use（使用）：作用于工作內存的變量，把工作內存中的變量值傳遞給一個執行引擎。

（6）assign（賦值）：作用于工作內存的變量。把執行引擎接收到的值賦值給工作內存的變量。

（7）store（存儲）：把工作內存的變量的值傳遞給主內存

（8）write（寫入）：把store操作的值入到主內存的變量中

6.1、注意：

（1）不允許read、load、store、write操作之一單獨出現

（2）不允許一個線程丟棄assgin操作

（3）不允許一個線程不經過assgin操作，就把工作內存中的值同步到主內存中

（4）一個新的變量只能在主內存中生成

（5）一個變量同一時刻只允許一條線程對其進行lock操作。但lock操作可以被同一條線程執行多次，只有執行相同次數的unlock操作，變量才會解鎖

（6）如果對一個變量進行lock操作，將會清空工作內存中此變量的值，在執行引擎使用這個變量前，需要重新執行load或者assgin操作初始化變量的值。

（7）如果一個變量沒有被鎖定，不允許對其執行unlock操作，也不允許unlock一個被其他線程鎖定的變量

（8）對一個變量執行unlock操作之前，需要將該變量同步回主內存中

堆的內存劃分：

Java堆的內存劃分如圖所示，分別為年輕代、Old Memory（老年代）、Perm（永久代）。其中在Jdk1.8中，永久代被移除，使用MetaSpace代替。

1、新生代：

（1）使用復制清除算法（Copinng算法），原因是年輕代每次GC都要回收大部分對象。新生代里面分成一份較大的Eden空間和兩份較小的Survivor空間。每次只使用Eden和其中一塊Survivor空間，然后垃圾回收的時候，把存活對象放到未使用的Survivor（劃分出from、to）空間中，清空Eden和剛才使用過的Survivor空間。

（2）分為Eden、Survivor From、Survivor To，比例默認為8：1：1

（3）內存不足時發生Minor GC2

2、老年代：

（1）采用標記-整理算法（mark-compact），原因是老年代每次GC只會回收少部分對象。

3、Perm：用來存儲類的元數據，也就是方法區。

（1）Perm的廢除：在jdk1.8中，Perm被替換成MetaSpace，MetaSpace存放在本地內存中。原因是永久代進場內存不夠用，或者發生內存泄漏。

（2）MetaSpace（元空間）：元空間的本質和永久代類似，都是對JVM規范中方法區的實現。不過元空間與永久代之間最大的區別在于：元空間并不在虛擬機中，而是使用本地內存。

4、堆內存的劃分在JVM里面的示意圖：

GC垃圾回收：

一、 判斷對象是否要回收的方法：可達性分析法

1、 可達性分析法：通過一系列“GC Roots”對象作為起點進行搜索，如果在“GC Roots”和一個對象之間沒有可達路徑，則稱該對象是不可達的。不可達對象不一定會成為可回收對象。進入DEAD狀態的線程還可以恢復，GC不會回收它的內存。（把一些對象當做root對象，JVM認為root對象是不可回收的，并且root對象引用的對象也是不可回收的）

2、 以下對象會被認為是root對象：（1） 虛擬機棧（棧幀中本地變量表）中引用的對象（2） 方法區中靜態屬性引用的對象（3） 方法區中常量引用的對象（4） 本地方法棧中Native方法引用的對象

3、 對象被判定可被回收，需要經歷兩個階段：（1） 第一個階段是可達性分析，分析該對象是否可達（2） 第二個階段是當對象沒有重寫finalize()方法或者finalize()方法已經被調用過，虛擬機認為該對象不可以被救活，因此回收該對象。（finalize()方法在垃圾回收中的作用是，給該對象一次救活的機會）

4、 方法區中的垃圾回收：（1） 常量池中一些常量、符號引用沒有被引用，則會被清理出常量池（2） 無用的類：被判定為無用的類，會被清理出方法區。判定方法如下：A、 該類的所有實例被回收B、 加載該類的ClassLoader被回收C、 該類的Class對象沒有被引用

5、 finalize():（1） GC垃圾回收要回收一個對象的時候，調用該對象的finalize()方法。然后在下一次垃圾回收的時候，才去回收這個對象的內存。（2） 可以在該方法里面，指定一些對象在釋放前必須執行的操作。

二、 發現虛擬機頻繁full GC時應該怎么辦：（full GC指的是清理整個堆空間，包括年輕代和永久代）

（1） 首先用命令查看觸發GC的原因是什么 jstat –gccause 進程id

（2） 如果是System.gc()，則看下代碼哪里調用了這個方法

（3） 如果是heap inspection(內存檢查)，可能是哪里執行jmap –histo[:live]命令

（4） 如果是GC locker，可能是程序依賴的JNI庫的原因

三、常見的垃圾回收算法：

1、Mark-Sweep（標記-清除算法）：

（1）思想：標記清除算法分為兩個階段，標記階段和清除階段。標記階段任務是標記出所有需要回收的對象，清除階段就是清除被標記對象的空間。

（2）優缺點：實現簡單，容易產生內存碎片

2、Copying（復制清除算法）：

（1）思想：將可用內存劃分為大小相等的兩塊，每次只使用其中的一塊。當進行垃圾回收的時候了，把其中存活對象全部復制到另外一塊中，然后把已使用的內存空間一次清空掉。

（2）優缺點：不容易產生內存碎片；可用內存空間少；存活對象多的話，效率低下。

3、Mark-Compact（標記-整理算法）：

（1）思想：先標記存活對象，然后把存活對象向一邊移動，然后清理掉端邊界以外的內存。

（2）優缺點：不容易產生內存碎片；內存利用率高；存活對象多并且分散的時候，移動次數多，效率低下

4、分代收集算法：（目前大部分JVM的垃圾收集器所采用的算法）：

思想：把堆分成新生代和老年代。（永久代指的是方法區）

（1） 因為新生代每次垃圾回收都要回收大部分對象，所以新生代采用Copying算法。新生代里面分成一份較大的Eden空間和兩份較小的Survivor空間。每次只使用Eden和其中一塊Survivor空間，然后垃圾回收的時候，把存活對象放到未使用的Survivor（劃分出from、to）空間中，清空Eden和剛才使用過的Survivor空間。

（2） 由于老年代每次只回收少量的對象，因此采用mark-compact算法。

（3） 在堆區外有一個永久代。對永久代的回收主要是無效的類和常量

5、GC使用時對程序的影響？垃圾回收會影響程序的性能，Java虛擬機必須要追蹤運行程序中的有用對象，然后釋放沒用對象，這個過程消耗處理器時間

6、幾種不同的垃圾回收類型：

（1）Minor GC：從年輕代（包括Eden、Survivor區）回收內存。

A、當JVM無法為一個新的對象分配內存的時候，越容易觸發Minor GC。所以分配率越高，內存越來越少，越頻繁執行Minor GC
B、執行Minor GC操作的時候，不會影響到永久代（Tenured）。從永久代到年輕代的引用，被當成GC Roots，從年輕代到老年代的引用在標記階段直接被忽略掉。

（2）Major GC：清理整個老年代，當eden區內存不足時觸發。

（3）Full GC：清理整個堆空間，包括年輕代和老年代。當老年代內存不足時觸發

HotSpot 虛擬機詳解：

1、 Java對象創建過程：

（1）虛擬機遇到一條new指令時，首先檢查這個指令的參數能否在常量池中定位到一個類的符號引用，并檢查這個符號引用代表的類是否已經加載、連接和初始化。如果沒有，就執行該類的加載過程。

（2）為該對象分配內存。

A、假設Java堆是規整的，所有用過的內存放在一邊，空閑的內存放在另外一邊，中間放著一個指針作為分界點的指示器。那分配內存只是把指針向空閑空間那邊挪動與對象大小相等的距離，這種分配稱為“指針碰撞”。

B、假設Java堆不是規整的，用過的內存和空閑的內存相互交錯，那就沒辦法進行“指針碰撞”。虛擬機通過維護一個列表，記錄哪些內存塊是可用的，在分配的時候找出一塊足夠大的空間分配給對象實例，并更新表上的記錄。這種分配方式稱為“空閑列表“。

C、使用哪種分配方式由Java堆是否規整決定。Java堆是否規整由所采用的垃圾收集器是否帶有壓縮整理功能決定。

D、分配對象保證線程安全的做法：虛擬機使用CAS失敗重試的方式保證更新操作的原子性。（實際上還有另外一種方案：每個線程在Java堆中預先分配一小塊內存，稱為本地線程分配緩沖，TLAB。哪個線程要分配內存，就在哪個線程的TLAB上分配，只有TLAB用完并分配新的TLAB時，才進行同步鎖定。虛擬機是否使用TLAB，由-XX:+/-UseTLAB參數決定）

（3）虛擬機為分配的內存空間初始化為零值（默認值）

（4）虛擬機對對象進行必要的設置，例如這個對象是哪個類的實例、如何才能找到對象的元數據信息、對象的Hash碼、對象的GC分代年齡等信息。這些信息存放在對象的對象頭中。

（5） 執行方法，把對象按照程序員的意愿進行初始化。

2、 對象的定位訪問的方式（通過引用如何去定位到堆上的具體對象的位置）：

（1）句柄：使用句柄的方式，Java堆中將會劃分出一塊內存作為作為句柄池，引用中存儲的就是對象的句柄的地址。而句柄中包含了對象實例數據和對象類型數據的地址。

（2）直接指針：使用直接指針的方式，引用中存儲的就是對象的地址。Java堆對象的布局必須必須考慮如何去訪問對象類型數據。

（3）兩種方式各有優點：A、使用句柄訪問的好處是引用中存放的是穩定的句柄地址，當對象被移動（比如說垃圾回收時移動對象），只會改變句柄中實例數據指針，而引用本身不會被修改。B、使用直接指針，節省了一次指針定位的時間開銷。

3、HotSpot的GC算法實現：

（1）HotSpot怎么快速找到GC Root？HotSpot使用一組稱為OopMap的數據結構。在類加載完成的時候，HotSpot就把對象內什么偏移量上是什么類型的數據計算出來，在JIT編譯過程中，也會在棧和寄存器中哪些位置是引用。這樣子，在GC掃描的時候，就可以直接知道哪些是可達對象了。

（2）安全點：A、HotSpot只在特定的位置生成OopMap，這些位置稱為安全點。B、程序執行過程中并非所有地方都可以停下來開始GC，只有在到達安全點是才可以暫停。C、安全點的選定基本上以“是否具有讓程序長時間執行“的特征選定的。比如說方法調用、循環跳轉、異常跳轉等。具有這些功能的指令才會產生Safepoint。

（3）中斷方式：

A、搶占式中斷：在GC發生時，首先把所有線程中斷，如果發現有線程不在安全

點上，就恢復線程，讓它跑到安全點上。

B、主動式中斷：GC需要中斷線程時，不直接對線程操作，僅僅設置一個標志，各個線

程執行

時主動去輪詢這個標志，當發現中斷標記為真就自己中斷掛起。輪詢標記的地方和安全

點是重合的。

（5）安全區域：一段代碼片段中，對象的引用關系不會發生變化，在這個區域中任何地方開始GC都是安全的。在線程進入安全區域時，它首先標志自己已經進入安全區域，在這段時間里，當JVM發起GC時，就不用管進入安全區域的線程了。在線程將要離開安全區域時，它檢查系統是否完成了GC過程，如果完成了，它就繼續前行。否則，它就必須等待直到收到可以離開安全區域的信號。

4、 GC時為什么要停頓所有Java線程？

因為GC先進行可達性分析。可達性分析是判斷GC Root對象到其他對象是否可達，假如分析過程中對象的引用關系在不斷變化，分析結果的準確性就無法得到保證。

5、 CMS收集器：

（1）一種以獲取最短回收停頓時間為目標的收集器。

（2）一般用于互聯網站或者B/S系統的服務端

（3）基于標記-清除算法的實現，不過更為復雜，整個過程為4個步驟：

A、初始標記：標記GC Root能直接引用的對象
B、并發標記：利用多線程對每個GC Root對象進行tracing搜索，在堆中查找其下所有能關聯到的對象。
C、重新標記：為了修正并發標記期間，用戶程序繼續運作而導致標志產生變動的那一部分對象的標記記錄。

D、并發清除：利用多個線程對標記的對象進行清除

（4）由于耗時最長的并發標記和并發清除操作都是用戶線程一起工作，所以總體來說，CMS的內存回收工作是和用戶線程一起并發執行的。

（5）缺點：

A、對CPU資源占用比較多。可能因為占用一部分CPU資源導致應用程序響應變慢。
B、CMS無法處理浮動垃圾。在并發清除階段，用戶程序繼續運行，可能產生新的內存垃圾，這一部分垃圾出現在標記過程之后，因此，CMS無法清除。這部分垃圾稱為“浮動垃圾“
C、需要預留一部分內存，在垃圾回收時，給用戶程序使用。
D、基于標記-清除算法，容易產生大量內存碎片，導致full GC（full GC進行內存碎片的整理）

6、 對象頭部分的內存布局：HotSpot的對象頭分為兩部分，第一部分用于存儲對象自身的運行時數據，比如哈希碼、GC分代年齡等。另外一部分用于指向方法區對象類型數據的指針。

7、 偏向鎖：偏向鎖偏向于第一個獲取它的線程，如果在接下來的執行過程，沒有其他線程獲取該鎖，則持有偏向鎖的線程永遠不需要同步。（當一個線程獲取偏向鎖，它每次進入這個鎖相關的同步塊，虛擬機不在進行任何同步操作。當有另外一個線程嘗試獲取這個鎖時，偏向模式宣告結束）

JVM優化：

1、一般來說，當survivor區不夠大或者占用量達到50%，就會把一些對象放到老年區。通過設置合理的eden區，survivor區及使用率，可以將年輕對象保存在年輕代，從而避免full GC，使用-Xmn設置年輕代的大小

2、對于占用內存比較多的大對象，一般會選擇在老年代分配內存。如果在年輕代給大對象分配內存，年輕代內存不夠了，就要在eden區移動大量對象到老年代，然后這些移動的對象可能很快消亡，因此導致full GC。通過設置參數：-XX:PetenureSizeThreshold=1000000，單位為B，標明對象大小超過1M時，在老年代(tenured)分配內存空間。

3、一般情況下，年輕對象放在eden區，當第一次GC后，如果對象還存活，放到survivor區，此后，每GC一次，年齡增加1，當對象的年齡達到閾值，就被放到tenured老年區。這個閾值可以同構-XX:MaxTenuringThreshold設置。如果想讓對象留在年輕代，可以設置比較大的閾值。

4、設置最小堆和最大堆：-Xmx和-Xms穩定的堆大小堆垃圾回收是有利的，獲得一個穩定的堆大小的方法是設置-Xms和-Xmx的值一樣，即最大堆和最小堆一樣，如果這樣子設置，系統在運行時堆大小理論上是恒定的，穩定的堆空間可以減少GC次數，因此，很多服務端都會將這兩個參數設置為一樣的數值。穩定的堆大小雖然減少GC次數，但是增加每次GC的時間，因為每次GC要把堆的大小維持在一個區間內。

5、一個不穩定的堆并非毫無用處。在系統不需要使用大內存的時候，壓縮堆空間，使得GC每次應對一個較小的堆空間，加快單次GC次數。基于這種考慮，JVM提供兩個參數，用于壓縮和擴展堆空間。

（1）-XX:MinHeapFreeRatio 參數用于設置堆空間的最小空閑比率。默認值是40，當堆空間的空閑內存比率小于40，JVM便會擴展堆空間

（2）-XX:MaxHeapFreeRatio 參數用于設置堆空間的最大空閑比率。默認值是70， 當堆空間的空閑內存比率大于70，JVM便會壓縮堆空間。

（3）當-Xmx和-Xmx相等時，上面兩個參數無效

6、通過增大吞吐量提高系統性能，可以通過設置并行垃圾回收收集器。

（1）-XX:+UseParallelGC:年輕代使用并行垃圾回收收集器。這是一個關注吞吐量的收集器，可以盡可能的減少垃圾回收時間。

（2）-XX:+UseParallelOldGC:設置老年代使用并行垃圾回收收集器。

7、嘗試使用大的內存分頁：使用大的內存分頁增加CPU的內存尋址能力，從而系統的

性能。-XX:+LargePageSizeInBytes 設置內存頁的大小

8、使用非占用的垃圾收集器。-XX:+UseConcMarkSweepGC老年代使用CMS收集器

降低停頓。

9、-XXSurvivorRatio=3，表示年輕代中的分配比率：survivor:eden = 2:3

10、JVM性能調優的工具：

（1）jps（Java Process Status）：輸出JVM中運行的進程狀態信息(現在一般使用jconsole)

（2）jstack：查看java進程內線程的堆棧信息。

（3）jmap：用于生成堆轉存快照

（4）jhat：用于分析jmap生成的堆轉存快照（一般不推薦使用，而是使用Ecplise Memory Analyzer）

（5）jstat是JVM統計監測工具。可以用來顯示垃圾回收信息、類加載信息、新生代統計信息等。

（6）VisualVM：故障處理工具

類加載機制：

一、 概念：

類加載器把class文件中的二進制數據讀入到內存中，存放在方法區，然后在堆區創建一個java.lang.Class對象，用來封裝類在方法區內的數據結構。

類加載的步驟如下：

1、加載：查找并加載類的二進制數據（把class文件里面的信息加載到內存里面）

2、連接：把內存中類的二進制數據合并到虛擬機的運行時環境中

（1）驗證：確保被加載的類的正確性。包括：

A、類文件的結構檢查：檢查是否滿足Java類文件的固定格式
B、語義檢查：確保類本身符合Java的語法規范
C、字節碼驗證：確保字節碼流可以被Java虛擬機安全的執行。字節碼流是操作碼組成的序列。每一個操作碼后面都會跟著一個或者多個操作數。字節碼檢查這個步驟會檢查每一個操作碼是否合法。
D、二進制兼容性驗證：確保相互引用的類之間是協調一致的。

（2）準備：為類的靜態變量分配內存，并將其初始化為默認值

（3）解析：把類中的符號引用轉化為直接引用（比如說方法的符號引用，是有方法名和相關描述符組成，在解析階段，JVM把符號引用替換成一個指針，這個指針就是直接引用，它指向該類的該方法在方法區中的內存位置）

3、初始化：為類的靜態變量賦予正確的初始值。當靜態變量的等號右邊的值是一個常量表達式時，不會調用static代碼塊進行初始化。只有等號右邊的值是一個運行時運算出來的值，才會調用static初始化。

二、雙親委派模型：

1、當一個類加載器收到類加載請求的時候，它首先不會自己去加載這個類的信息，而是把該請求轉發給父類加載器，依次向上。所以所有的類加載請求都會被傳遞到父類加載器中，只有當父類加載器中無法加載到所需的類，子類加載器才會自己嘗試去加載該類。當當前類加載器和所有父類加載器都無法加載該類時，拋出ClassNotFindException異常。

2、意義：

提高系統的安全性。用戶自定義的類加載器不可能加載應該由父加載器加載的可靠類。（比如用戶定義了一個惡意代碼，自定義的類加載器首先讓系統加載器去加載，系統加載器檢查該代碼不符合規范，于是就不繼續加載了）

3、定義類加載器：如果某個類加載器能夠加載一個類，那么這個類加載器就叫做定義類加載器

4、初始類加載器：定義類加載器及其所有子加載器都稱作初始類加載器。

5、運行時包：（1）由同一個類加載器加載并且擁有相同包名的類組成運行時包（2）只有屬于同一個運行時包的類，才能訪問包可見（default）的類和類成員。作用是 限制用戶自定義的類冒充核心類庫的類去訪問核心類庫的包可見成員。

6、加載兩份相同的class對象的情況：A和B不屬于父子類加載器關系，并且各自都加載了同一個類。

三、特點：

1、全盤負責：當一個類加載器加載一個類時，該類所依賴的其他類也會被這個類加載器加載到內存中。

2、緩存機制：所有的Class對象都會被緩存，當程序需要使用某個Class時，類加載器先從緩存中查找，找不到，才從class文件中讀取數據，轉化成Class對象，存入緩存中。

四、 類加載器：兩種類型的類加載器：

1、 JVM自帶的類加載器（3種）：（1）根類加載器（Bootstrap）：a、C++編寫的，程序員無法在程序中獲取該類b、負責加載虛擬機的核心庫，比如java.lang.Objectc、沒有繼承ClassLoader類（2）擴展類加載器（Extension）：a、Java編寫的，從指定目錄中加載類庫b、父加載器是根類加載器c、是ClassLoader的子類d、如果用戶把創建的jar文件放到指定目錄中，也會被擴展加載器加載。（3）系統加載器（System）或者應用加載器(App)：a、Java編寫的b、父加載器是擴展類加載器c、從環境變量或者class.path中加載類d、是用戶自定義類加載的默認父加載器e、是ClassLoader的子類

2、用戶自定義的類加載器：

（1）Java.lang.ClassLoader類的子類

（2）用戶可以定制類的加載方式

（3）父類加載器是系統加載器

（4）編寫步驟：A、繼承ClassLoaderB、重寫findClass方法。從特定位置加載class文件，得到字節數組，然后利用defineClass把字節數組轉化為Class對象（5）為什么要自定義類加載器？A、可以從指定位置加載class文件，比如說從數據庫、云端加載class文件B、加密：Java代碼可以被輕易的反編譯，因此，如果需要對代碼進行加密，那么加密以后的代碼，就不能使用Java自帶的ClassLoader來加載這個類了，需要自定義ClassLoader，對這個類進行解密，然后加載。

問題：Java程序對類的執行有幾種方式：1、 主動使用（6種情況）：JVM必須在每個類“首次 主動使用”的時候，才會初始化這些類。（1） 創建類的實例（2） 讀寫某個類或者接口的靜態變量（3） 調用類的靜態方法（4） 同過反射的API（Class.forName()）獲取類（5） 初始化一個類的子類（6） JVM啟動的時候，被標明啟動類的類（包含Main方法的類）只有當程序使用的靜態變量或者靜態方法確實在該類中定義時，該可以認為是對該類或者接口的主動使用。

2、 被動使用：除了主動使用的6種情況，其他情況都是被動使用，都不會導致類的初始化。

3、 JVM規范允許類加載器在預料某個類將要被使用的時候，就預先加載它。如果該class文件缺失或者存在錯誤，則在程序“首次 主動使用”的時候，才報告這個錯誤。（Linkage Error錯誤）。如果這個類一直沒有被程序“主動使用”，就不會報錯。

類加載機制與接口：

1、 當Java虛擬機初始化一個類時，不會初始化該類實現的接口。

2、 在初始化一個接口時，不會初始化這個接口父接口。

3、 只有當程序首次使用該接口的靜態變量時，才導致該接口的初始化。

ClassLoader：

1、 調用Classloader的loadClass方法去加載一個類，不是主動使用，因此不會進行類的初始化。

類的卸載：

1、 有JVM自帶的三種類加載器（根、擴展、系統）加載的類始終不會卸載。因為JVM始終引用這些類加載器，這些類加載器使用引用他們所加載的類，因此這些Class類對象始終是可到達的。

2、 由用戶自定義類加載器加載的類，是可以被卸載的。

補充：

• JDK和JRK

（1）JDK ：Java Development Kit，開發的時候用到的類包。（2）JRE ：Java Runtime Environment，Java運行的基礎，包含運行時需要的所有類庫。

• 圖解java文件轉化成機器碼

JVM虛擬機先將java文件編譯成class文件（字節碼文件），然后再將class文件轉換成所有操作系統都能運行的機器指令。

《新程序員》：云原生和全面數字化實踐50位技術專家共同創作，文字、視頻、音頻交互閱讀

總結

以上是生活随笔為你收集整理的JVM 史上最最最完整知识总结！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。