注：源代碼就是.java文件，JVM字節碼就是.class文件
1. Java 堆（Java Heap）：
（1）是Java虛擬機所管理的內存中最大的一塊。
（2）在虛擬機啟動的時候創建。堆是jvm所有線程共享的。
（3）唯一目的就是存放對象實例，幾乎所有的對象實例以及數組都要在這里分配內存。
2. JVM棧（java虛擬機棧）：
（1）每個線程創建的同時會創建一個JVM棧幀，JVM棧中每個棧幀存放的為當前線程中局部基本類型的變量.
3. 本地方法棧（Native Method Stack）：
（1）jvm中的本地方法是指方法的修飾符是帶有native的，但是方法體不是用java代碼寫的另一類方法。
（2）作用同java虛擬機棧類似，區別是：虛擬機棧為虛擬機執行Java方法服務，而本地方法棧則是為虛擬機使用到的Native方法服務。
（3）是線程私有的，它的生命周期與線程相同，每個線程都有一個。
4. 方法區（Method Area）：
（1）在虛擬機啟動的時候創建。所有jvm線程共享。
（2）用於存放所有已被虛擬機加載的類信息、常量、靜態變量、以及編譯后的方法實現的二進制形式的機器指令集等數據。
5. 程序計數器（Program Counter Register）:
也叫PC寄存器，是一塊較小的內存空間，它可以看做是當前線程所執行的字節碼的第幾行號指示器。
在虛擬機的概念模型里，字節碼解釋器工作時就是通過改變這個計數器的值來選取下一條需要執行的字節碼指令、分支、循環、跳轉、異常處理、線程恢復等基礎功能都需要依賴這個計數器來完成。
總結： 虛擬機棧、本地方法棧、程序計數器這三個模塊是線程私有的，有多少線程就有多少個這三個模塊，聲明周期跟所屬線程的聲明周期一致。以程序計數器為例，因為多線程是通過線程輪流切換和分配執行時間來實現，
所以當線程切回到正確執行位置，每個線程都有獨立的程序技術器，各個線程之間的計數器互不影響，獨立存儲。其余是跟JVM虛擬機的生命周期一致共享的。
————————————————
6.類加載器子系統（class loader subsystem）：
(1)根據給定的類名(如java.lang.Object)來裝載class文件的內容到Runtimedataarea中的methodarea(方法區域)。
(2)對（1）中的加載過程是：當一個classloader啟動時，classloader的生存地點在jvm中的堆，然后它去主機硬盤上去裝載A.class到jvm的methodarea(方法區)
7.執行引擎 ：
(1)負責執行來自類加載器子系統（class loader subsystem）中被加載類中在方法區包含的指令集，通俗講就是類加載器子系統把代碼邏輯
（什么時候該if，相加，相減）都以指令的形式加載到了方法區，執行引擎就負責執行這些指令就行了。
8.解釋器：
一條一條地讀取，解釋並且執行字節碼指令。因為它一條一條地解釋和執行指令，所以它可以很快地解釋字節碼，但是執行起來會比較慢。這是解釋執行的語言的一個缺點。字節碼這種“語言”基本來說是解釋執行的。
9.編譯器：
（1. 即時編譯器被引入用來彌補解釋器的缺點。執行引擎首先按照解釋執行的方式來執行，然后在合適的時候，即時編譯器把整段字節碼編譯成本地代碼。
（2. 然后，執行引擎就沒有必要再去解釋執行方法了，它可以直接通過本地代碼去執行它。執行本地代碼比一條一條進行解釋執行的速度快很多。編譯后的代碼可以執行的很快，因為本地代碼是保存在緩存里的。
描述一下JVM加載class文件的原理機制?
JVM中類的裝載是由ClassLoader和它的子類來實現的,Java ClassLoader 是一個重要的Java運行時系統組件。它負責在運行時查找和裝入類文件的類。
1.裝載:查找和導入class文件;new對象隱式裝載，反射類顯示裝載，看log日志就知道什么是隱式/顯式
2.連接:
(1)檢查:檢查載入的class文件數據的正確性;
(2)准備:為類的靜態變量分配存儲空間;
(3)解析:將符號引用轉換成直接引用(這一步是可選的)
3.初始化:初始化靜態變量，靜態代碼塊。
這樣的過程在程序調用類的靜態成員的時候開始執行，所以靜態方法main()才會成為一般程序的入口方法。類的構造器也會引發該動作。
9.1. jdk，jre，JVM的關系：
JDK(Java Development Kit) 是 Java 語言的軟件開發工具包(SDK)。在JDK的安裝目錄下有一個jre目錄，里面有兩個文件夾bin和lib，
在這里可以認為bin里的就是jvm，lib中則是jvm工作所需要的類庫，而jvm和 lib合起來就稱為jre。
10. 上圖，堆內存分為三部分：
（1.新生區：是類的誕生、成長、消亡的區域，一個類在這里產生，應用，最后被垃圾回收器收集，結束生命。
（2.養老區：用於保存從新生區篩選出來的 JAVA 對象，一般池對象都在這個區域活躍。
（3.永久存儲區是一個常駐內存區域，用於存放JDK自身所攜帶的 Class,Interface 的元數據，
也就是說它存儲的是運行環境必須的類信息，被裝載進此區域的數據是不會被垃圾回收器回收掉的，關閉 JVM 才會釋放此區域所占用的內存。
11. 出現java.lang.OutOfMemoryError: Java heap space異常，說明Java虛擬機的堆內存不夠。
原因有二：
（a.Java虛擬機的堆內存設置不夠，可以通過參數-Xms、-Xmx來調整。
（b.代碼中創建了大量大對象，並且長時間不能被垃圾收集器收集（存在被引用）。
12.雙親委派機制：
JVM在加載類時默認采用的是雙親委派機制。通俗的講:
就是某個特定的類加載器在接到加載類的請求時，首先將加載任務委托給父類加載器，依次遞歸，(bootStrap、extclassLoader、appclassloader三個是父子類加載器)
如果父類加載器可以完成類加載任務，就成功返回；只有父類加載器無法完成此加載任務時，才自己去加載。
13. 什么時候會發生Full GC？
（1）調用System.gc()方法的
（2）老年代空間不足。【老年代空間只有在新生代對象轉入及創建大對象、大數組時才會出現不足的現象】
（3）永生區空間不足。
（4）堆中分配很大的對象。【例如很長的數組，此種對象會直接進入老年代】
（5）CMS GC時出現promotion failed和concurrent mode failure
更詳細的解釋說明連接;https://blog.csdn.net/qq_38384440/article/details/81710887
14. gc回收的內容：
gc的主要作用是回收堆中的對象。通過分析一個對象的引用是否存在，如果不存在，就可以被回收了。
15.gc的具體過程：
這個主要看是用的哪一種回收算法以及用的什么垃圾回收集了。回收算法主要有：
（1）標記-清除算法：
該算法先標記，后清除，將所有需要回收的對象進行標記，然后清除；這種算法的缺點是：效率比較低；標記清除后會出現大量不連續的內存碎片，這些碎片太多可能會使存儲大對象會觸發GC回收，造成內存浪費以及時間的消耗。
（2）標記-整理算法（老年代）：
針對復制算法在對象存活率較高時持續復制導致效率較低的缺點進行改進的，該算法是在標記-清除算法基礎上，不直接清理，而是使存活對象往一端游走，然后清除一端邊界以外的內存，這樣既可以避免不連續空間出現，還可以避免對象存活率較高時的持續復制。
（3）復制算法（新生代）：
該算法將可用的內存分成兩份，每次使用其中一塊，當這塊回收之后把未回收的復制到另一塊內存中，然后把使用的清除。這種算法運行簡單，解決了標記-清除算法的碎片問題，但是這種算法代價過高，需要將可用內存縮小一半，對象存活率較高時，需要持續的復制工作，效率比較低。
（4）分代收集算法：
分代收集算法就是目前虛擬機使用的回收算法。
16. 常用的垃圾回收器：
（1）Serial收集器【串行收集器】
（2）ParNew收集器【串行收集器的多線程版本】
（3）Parallel Scavenge收集器【PS收集器】
（4）CMS【老年代收集器】
（5）G1收集器
關於垃圾回收器的使用，這里也有一個組合建議共大家參考：
