概述：
對於從事C、C++開發的程式設計師來說，在內存管理領域，他們既是擁有最高權力的「皇帝」，又是從事最基礎工作的勞動人民——既擁有每個對象的「所有權」，
又擔負著每一個對象從開始到終結的維護職責。
對於java程式設計師來說，在虛擬機自動內存管理機制的幫助下，不再需要為沒一個new操作去配對的free/delete（C、C++語言對對象的刪除和內存釋放操作），
不容易出現內存洩漏和內存溢出問題，看起來由虛擬機管理內存一切看起來很美好。不過，也正是java把控制內存的權力交給了java虛擬機，一旦出現內存洩漏
和內存溢出方面的問題，如果不了解虛擬機是怎麼使用內存的，那排查錯誤、修正問題將會成為一項異常艱難的工作。
運行時數據區：
java虛擬機在執行java程序的過程中會把它所管理的內存劃分為若干個不同的數據區域。這些區域有各自的用途，以及創建和銷毀的時間，有些區域會隨著
虛擬機進程的啟動而一直存在，有些區域則是依賴用戶線程的啟動和結束而建立和銷毀。如下圖所示：
我們知道JVM也屬於一種特殊的作業系統，那這些數據區域跟我們最常用的windows哪些部分相對應呢。我們可以把windows的CPU+緩存+主內存和JVM的執行引擎+
操作數棧+（棧、堆）對應起來，這樣更加利於我們去理解JVM。
虛擬機棧：
從上圖可見，java虛擬機棧是線程私有的，它的生命周期和線程相同。虛擬機棧描述的是java方法執行的線程內存模型：每個方法被執行的時候，java虛擬機都會
同步創建一個棧幀用於存儲局部變量表、操作數棧、動態連接、返回地址等信息。每一個方法被調用直至執行完畢的過程，就對應著一個棧幀在虛擬機棧中從入棧到
出棧的過程。我們來通過一段非常簡短的代碼來演示虛擬機棧的作用：
當我們運行main方法，虛擬機會開啟一個線程，同時為當前線程劃分一塊內存區域作為當前線程的虛擬機棧。同時在執行每個方法的時候都會打包成一個棧幀。
比如 main 開始運行，打包一個棧幀送入到虛擬機棧。C 方法運行完了，C 方法出棧，接著 B 方法運行完了，B 方法出棧、接著 A 方法運行完了，A 方法出棧，
最後 main 方法運行完了，main 方法這個棧幀就出棧了。這個就是 Java 方法運行對虛擬機棧的一個影響。虛擬機棧就是用來存儲線程運行方法中的數據的。而
每一個方法對應一個棧幀。入棧過程如下圖所示：
上圖描述了整個main方法調用的入棧和出棧的過程，需要注意的是棧幀出棧之後就沒了，棧幀沒得GC的說法。
棧幀詳解：
棧幀大體都包含四個區域：(局部變量表、操作數棧、動態連接、返回地址)
局部變量表：顧名思義就是局部變量的表，用於存放我們的局部變量的（方法中的變量）。首先它是一個 32 位的長度，主要存放我們的 Java 的八大基礎數據
類型，一般 32 位就可以存放下，如果是 64 位的就使用高低位佔用兩個也可以存放下，如果是局部的一些對象，比如我們的 Object 對象，我們只需要存放它的一個引用地址即可。
操作數棧：存放 java 方法執行的操作數的，它就是一個棧，先進後出的棧結構，操作數棧，就是用來操作的，操作的的元素可以是任意的 java 數據類型，所
以我們知道一個方法剛剛開始的時候，這個方法的操作數棧就是空的。操作數棧本質上是 JVM 執行引擎的一個工作區，也就是方法在執行，才會對操作數棧進行操作，如果代碼不不執行，操作數棧其實就是空的。
動態連接：Java 語言特性多態（後續章節細講，需要結合 class 與執行引擎一起來講）。
方法出口：正常返回（調用程序計數器中的地址作為返回）、異常的話（通過異常處理器表<非棧幀中的>來確定）。
我們來通過分析一個簡單的方法來理解棧幀中各個區域是如何運作的，代碼如下：
當該程序運行的時候，JVM會為其分配虛擬機棧，並生成對應的棧幀，如下圖所示：
我們通過反彙編命令查看work方法的字節碼如下：
我們看到work方法一共由10條字節碼組成，我們來逐步分析。
現來看iconst_2對應的含義，如圖
所以第1個字節碼是將一個值為2的數字加載到操作數棧。再來看 istore_0的含義，如圖
所以第2個字節碼的含義就是將第一步中放入到操作數棧的數字放到局部變量表中，位置為0。所以前面兩個字節碼對應的java代碼就是int a = 2;那麼顯而易見3和4兩個字節碼對應的
就是int b = 3;到這裡，大家心裡肯定會有疑問，為什麼不直接將值放到局部變量表呢？我們接著分析，你就明白了。
繼續來看第5和第6兩個字節碼：iload_0和iload_1，它們的含義是將局部變量表中位置0和1的兩個數加載到操作數棧中，接著我們來看關鍵的第7個字節碼：imul，它代表的意思
是相乘，就是將操作數棧中的數字進行乘法運算，我們知道相乘是需要運算的，所以此時要交給執行引擎運算，運算完成之後再將運算的結果返回到操作數棧。所以操作數棧的作用
就是為jvm高速的計算提供緩衝區。
接著來看第8個字節碼：istore_2，它的含義就是將計算的結果放入局部變量表，到這裡int c = a*b;就執行完了。然後再來看第9和第10個字節碼，它們的含義是將局部變量表的值再
壓入操作數棧，最後返回。至此，整個方法執行結束，以上就是棧幀中各個區域在方法執行中的運作流程。
虛擬機棧大小的設置：
虛擬機棧的大小預設為 1M，可用參數 –Xss 調整大小，例如-Xss256k。
我們可以看到linux的建議配置為1M，至於windows為啥沒有，博主大膽猜想可能跟微軟和Oracel兩家公司競爭有關吧，畢竟微軟開發.net就是和java競爭的。
虛擬機棧相關的程序異常：
StackOverflowError異常：如果線程請求的棧深入大於虛擬機所允許的深度，將拋出StackOverflowError異常，通常是由無線遞歸導致的，如下面的代碼
OutOfMemoryError：如果java虛擬機的容量可以動態擴展，當棧擴展時無法申請到足夠的內存會拋出OutOfMemoryError異常。這種情況基本很少出現，也很難模擬，這裡就不演示了。
程序計數器：
與虛擬機棧一樣，程序計數器也是線程私有的。程序計數器是一塊很小的內存空間，它可以看作是當前線程所執行的字節碼的行號指示器，就如上面反彙編User.class看到的一樣。每一個字節碼都有自己的序號：
如上圖所示，雖然這些序號是由順序的，但是並不一定是依次遞增，如果某給字節碼佔用的空間很大，那麼它的序號相較於前一個序號就差距更大。
在java虛擬機的概念模型裡，字節碼解釋器工作時就是通過改變這個計數器的值來選取下一條需要執行的字節碼指令，它是程序控制流的執行器，分支、
循環、跳轉、異常處理、線程恢復等基礎功能都需要依賴這個計數器完成。
它還有另外一個作用，我們知道在java中可以開啟成百上千個線程，但是我們一般的電腦CPU也就8個左右。java虛擬機的多線程是通過線程輪流切換、
分配處理器執行時間方式來實現的，那麼切換後虛擬機是怎麼知道以前運行的位置，繼續運行的呢？這個時候，程序計數器就起到了決定性的作用，因為
程序計數器是線程獨有的，所以不會相互影響，當切回到當前線程，根據程序計數器記錄的序號，繼續執行對應的字節碼即可。
在JVM中，只有執行java方法的時候，程序計數器才會記錄正在執行的虛擬機字節碼指令的地址，如果正在執行的是本地（Native）方法，這個計數器
則應為空（Undefined）。但是這裡會產生一個疑問，如果剛好在執行Native方法的時候線程切換了，那切回來之後該怎麼找到對應的位置呢？這裡，我猜測
JVM可能規定了 在執行Native本地方法的時候，禁止切換當前線程（如不正確，請指正）。xianc
本地方法棧：
本地方法棧與虛擬機棧的作用非常相似，其區別只是虛擬機棧為java方法服務，而本地方法棧專門為Native本地方法服務。需要注意的是，HotSpot直接把
本地方法棧和虛擬機棧合併了。
總結：
本篇文章介紹了JVM的內存區域之線程私有區域，主要介紹了虛擬機棧的各個組成部分以及java方法是怎麼通過虛擬機棧來實現執行的，接著介紹了程序計數器的作用
最後簡述了本地方法棧。下一章，我們將要分析JVM內存區域的線程共享數據區，主要包括堆、方法區、運行時常量池以及直接內存等內容。