若是你不瞭解Java的JVM，那真的很難進BAT一線大廠！

前言

對於開發人員來講，若是不瞭解Java的JVM，那真的是很難寫得一手好代碼，很難查得一手好bug。同時，JVM也是面試環節的中重災區。咱們不能爲了面試而面試，可是學習會這些核心知識你一定會成爲面試與工做中「最亮的一顆星」。

思考一下

學習一項知識總該知道爲何學習吧。有人會說，這些寫代碼好像又用不上，貌似全部的事情JVM都替咱們作好了。那就，思考一下爲何要學習JVM虛擬機結構。

那你是否遇到這樣的困惑：堆內存該設置多大？OutOfMemoryError異常究竟是怎麼引發的？如何進行JVM調優？JVM的垃圾回收是如何？甚至建立一個String對象，JVM都作了些什麼？

這些疑問隨着學習的深刻都會慢慢獲得解答，而要解決這些問題的第一步，就是先了解JVM的構成。

JVM內存結構

java虛擬機在執行程序的過程當中會將內存劃分爲不一樣的數據區域，看一下下圖。

若是理解了上圖，JVM的內存結構基本上掌握了一半。經過上圖咱們能夠看到什麼？外行看熱鬧，內行看門道。從圖中能夠獲得以下信息。

第一，JVM分爲五個區域：虛擬機棧、本地方法棧、方法區、堆、程序計數器。PS：你們不要排斥英語，此處用英文記憶反而更容易理解。

第二，JVM五個區中虛擬機棧、本地方法棧、程序計數器爲線程私有，方法區和堆爲線程共享區。圖中已經用顏色區分，綠色表示「通行」，橘色表示停一停（需等待）。

第三，JVM不一樣區域的佔用內存大小不一樣，通常狀況下堆最大，程序計數器較小。那麼最大的區域會放什麼？固然就是Java中最多的「對象」了。

學習延伸：若是你記住了這張圖，是否是就能夠說出關於JVM的內存結構了呢？能夠嘗試一下，切記不用死記硬背，發揮你的想象。

堆（Heap）

上面已經得出結論，堆內存最大，堆是被線程共享，堆的目的就是存放對象。幾乎全部的對象實例都在此分配。固然，隨着優化技術的更新，某些數據也會被放在棧上等。

槍打出頭鳥，樹大招風。由於堆佔用內存空間最大，堆也是Java垃圾回收的主要區域（重點對象），所以也稱做「GC堆」（Garbage Collected Heap）。

關於GC的操做，咱們後面章節會詳細講，但正由於GC的存在，而現代收集器基本都採用分代收集算法，堆又被細化了。

一樣，對上圖呈現內容彙總分析。

第一，堆的GC操做採用分代收集算法。

第二，堆區分了新生代和老年代；

第三，新生代又分爲：Eden空間、From Survivor（S0）空間、To Survivor（S1）空間。

歡迎你們關注個人公種浩【程序員追風】，文章都會在裏面更新，整理的資料也會放在裏面。

Java虛擬機規範規定，Java堆能夠處於物理上不連續的內存空間中，只要邏輯上是連續的便可。也就是說堆的內存是一塊塊拼湊起來的。要增長堆空間時，往上「拼湊」（可擴展性）便可，但當堆中沒有內存完成實例分配，而且堆也沒法再擴展時，將會拋出OutOfMemoryError異常。

方法區（Method Area）

方法區與堆有不少共性：線程共享、內存不連續、可擴展、可垃圾回收，一樣當沒法再擴展時會拋出OutOfMemoryError異常。

正由於如此相像，Java虛擬機規範把方法區描述爲堆的一個邏輯部分，但目前其實是與Java堆分開的（Non-Heap）。

方法區個性化的是，它存儲的是已被虛擬機加載的類信息、常量、靜態變量、即時編譯器編譯後的代碼等數據。

方法區的內存回收目標主要是針對常量池的回收和對類型的卸載，通常來講這個區域的回收「成績」比較難以使人滿意，尤爲是類型的卸載，條件至關苛刻，可是回收確實是有必要的。

程序計數器（Program Counter Register）

關於程序計數器咱們已經得知：佔用內存較小，現成私有。它是惟一沒有OutOfMemoryError異常的區域。

程序計數器的做用能夠看作是當前線程所執行的字節碼的行號指示器，字節碼解釋器工做時就是經過改變計數器的值來選取下一條字節碼指令。其中，分支、循環、跳轉、異常處理、線程恢復等基礎功能都須要依賴計數器來完成。

Java虛擬機的多線程是經過線程輪流切換並分配處理器執行時間的方式來實現的，在任何一個肯定的時刻，一個處理器（對於多核處理器來講是一個內核）只會執行一條線程中的指令。

所以，爲了線程切換後能恢復到正確的執行位置，每條線程都須要有一個獨立的程序計數器，各條線程之間的計數器互不影響，獨立存儲，咱們稱這類內存區域爲「線程私有」的內存。

若是線程正在執行的是一個Java方法，這個計數器記錄的是正在執行的虛擬機字節碼指令的地址；若是正在執行的是Natvie方法，這個計數器值則爲空（Undefined）。

虛擬機棧（JVM Stacks）

虛擬機棧線程私有，生命週期與線程相同。

棧幀(Stack Frame)是用於支持虛擬機進行方法調用和方法執行的數據結構。棧幀存儲了方法的局部變量表、操做數棧、動態鏈接和方法返回地址等信息。每個方法從調用至執行完成的過程，都對應着一個棧幀在虛擬機棧裏從入棧到出棧的過程。

局部變量表(Local Variable Table)是一組變量值存儲空間，用於存放方法參數和方法內定義的局部變量。包括8種基本數據類型、對象引用（reference類型）和returnAddress類型（指向一條字節碼指令的地址）。

其中64位長度的long和double類型的數據會佔用2個局部變量空間（Slot），其他的數據類型只佔用1個。

若是線程請求的棧深度大於虛擬機所容許的深度，將拋出StackOverflowError異常；若是虛擬機棧動態擴展時沒法申請到足夠的內存時會拋出OutOfMemoryError異常。

操做數棧(Operand Stack)也稱做操做棧，是一個後入先出棧(LIFO)。隨着方法執行和字節碼指令的執行，會從局部變量表或對象實例的字段中複製常量或變量寫入到操做數棧，再隨着計算的進行將棧中元素出棧到局部變量表或者返回給方法調用者，也就是出棧/入棧操做。

歡迎你們關注個人公種浩【程序員追風】，文章都會在裏面更新，整理的資料也會放在裏面。

動態連接：Java虛擬機棧中，每一個棧幀都包含一個指向運行時常量池中該棧所屬方法的符號引用，持有這個引用的目的是爲了支持方法調用過程當中的動態連接(Dynamic Linking)。

方法返回：不管方法是否正常完成，都須要返回到方法被調用的位置，程序才能繼續進行。

本地方法棧（Native Method Stacks）

本地方法棧（Native Method Stacks）與虛擬機棧做用類似，也會拋出StackOverflowError和OutOfMemoryError異常。

區別在於虛擬機棧爲虛擬機執行Java方法（字節碼）服務，而本地方法棧是爲虛擬機使用到的Native方法服務。

總結

通過上面的講解，想必你們已經瞭解到JVM內存結構的基本狀況。下面對照腦圖，概括總結一下，看你能說出來多少。

最後

歡迎你們一塊兒交流，喜歡文章記得點個贊喲，感謝支持！