五大區域：
1）程序計數器（Program Counter Register）：當前線程所執行的字節碼的行號指示器，字節碼解析器的工作是通過改變這個計數器的值，來選取下一條需要執行的字節碼指令，分支、循環、跳轉、異常處理、線程恢復等基礎功能，都需要依賴這個計數器來完成；（私有）
2）Java 虛擬機棧（棧）（Java Virtual Machine Stacks）：用於存儲局部變量表、操作數棧、動態鏈接、方法出口等信息；（私有）
3）本地方法棧（Native Method Stack）：與虛擬機棧的作用是一樣的，只不過虛擬機棧是服務 Java 方法的，而本地方法棧是為虛擬機調用 Native 方法服務的；（私有）
4）Java堆（（堆）Java Heap）:Java虛擬機中內存最大的一塊，是被所有線程共享的，幾乎所有的對象實例都在這里分配內存；（共享）
5）方法區（Methed Area）：用於存儲已被虛擬機加載的類信息、常量、靜態變量】即時編譯后的代碼等數據。（共享）
JVM的內存結構包括五大區域：程序計數器、虛擬機棧、本地方法棧、堆區、方法區。其中程序計數器、虛擬機棧、本地方法棧3個區域隨線程而生、隨線程而滅，因此這幾個區域的內存分配和回收都具備確定性，就不需要過多考慮回收的問題，因為方法結束或者線程結束時，內存自然就跟隨着回收了。而Java堆區和方法區則不一樣這部分內存的分配和回收是動態的，正是垃圾收集器所需關注的部分。
垃圾收集器在對堆區和方法區進行回收前，首先要確定這些區域的對象哪些可以被回收，哪些暫時還不能回收，這就要用到判斷對象是否存活的算法！
判斷對象死沒死，常見的有兩種方法：
1、引用計數法：為每個對象創建一個引用計數，有對象引用時計數器 +1，引用被釋放時計數 -1，當計數器為 0 時就可以被回收。它有一個缺點不能解決循環引用的問題；
2、可達性計數法：從 GC Roots 開始向下搜索，搜索所走過的路徑稱為引用鏈。當一個對象到 GC Roots 沒有任何引用鏈相連時，則證明此對象是可以被回收的。
問題：
JVM有哪些垃圾回收算法？
回答：
1、標記-清除算法：標記無用對象，然后進行清除回收。
缺點：效率不高，標記和清除循環兩遍，對分配的內存來說，往往是連續的比較好，因為這樣有利於分配大數據的對象。倘若當前內存中都是小段的內存碎片，會知道需要分配大段內存時，沒有可以放置的位置，而觸發內存回收。也就是空間不足而導致頻繁GC和性能下降。
2、標記-整理算法：標記無用對象，讓所有存活的對象都向一端移動，然后直接清除掉端邊界以外的內存。
缺點：向一端移動，有太多的小而雜的對象來說，每次移動和計算都是很復雜的過程。因此在使用場景上，就注定限制了標記整理算法的使用不太適合頻繁創建和回收對象的內存中。
3、復制算法：按照容量划分兩個大小相等的內存區域，當一塊用完的時候，將活着的對象復制到另一塊上，然后再把已使用的內存空間一次清理掉。
缺點：內存使用率不高，只有原來的一半。
4、分代算法：根據對象存活周期的不同將內存划分為幾塊，一般是新生代和老年代，新生代基本采用復制算法，老年代采用標記整理算法。
問題：
棧堆的區別？
回答：
功能方面：堆是用來存放對象的，棧是用來執行程序的。
共享性：堆是線程共享，棧是線程私有的。
空間大小：堆的大小遠遠大於棧。
問題：
什么是雙親委派模型？
回答之前：
在介紹雙親委派模型之前先說下類加載器。對於任意一個類，都需要由加載它的類加載器和這個類本身一同確立在 JVM 中的唯一性，每一個類加載器，都有一個獨立的類名稱空間。類加載器就是根據指定全限定名稱將 class 文件加載到 JVM 內存，然后再轉化為 class 對象。
類加載器分類：
啟動類加載器（Bootstrap ClassLoader），是虛擬機自身的一部分，用來加載Java_HOME/lib/目錄中的，或者被 -Xbootclasspath 參數所指定的路徑中並且被虛擬機識別的類庫；
其他類加載器：
擴展類加載器（Extension ClassLoader）：負責加載\lib\ext目錄或Java. ext. dirs系統變量指定的路徑中的所有類庫；
應用程序類加載器（Application ClassLoader）。負責加載用戶類路徑（classpath）上的指定類庫，我們可以直接使用這個類加載器。一般情況，如果我們沒有自定義類加載器默認就是用這個加載器。
回答：
雙親委派模型：如果一個類加載器收到了類加載的請求，它首先不會自己去加載這個類，而是把這個請求委派給父類加載器去完成，每一層的類加載器都是如此，這樣所有的加載請求都會被傳送到頂層的啟動類加載器中，只有當父加載無法完成加載請求（它的搜索范圍中沒找到所需的類）時，子加載器才會嘗試去加載類。