拿午休時間來發了這篇部落格，希望對大家有幫助
本文吸取《深入理解java虛擬機器》與多篇部落格精華詳細解說了JVM中記憶體劃分的情況。

大多數 JVM 將記憶體區域劃分：

1. Method Area（Non-Heap）（方法區） ——執行緒共享

2. Heap（堆） ——執行緒共享

3. Program Counter Register（程式計數器） ——非執行緒共享

4. VM Stack（虛擬機器棧，也有翻譯成JAVA 方法棧的）——非執行緒共享

5. Native Method Stack （ 本地方法棧 ）——非執行緒共享

JVM執行的時候會分配好 Method Area（方法區） 和Heap（堆）

執行緒共享：
一、方法區

1. 有時候也稱為永久代（Permanent Generation），在該區內很少發生垃圾回收，在這裡進行的GC主要是方法區裡的常量池和型別的解除安裝
2. 方法區主要用來儲存已被虛擬機器載入的類資訊、常量、靜態變數和即時編譯後的程式碼等資料。
3. 方法區裡有一個執行時常量池，用於存放靜態編譯產生的字面量和符號引用。執行時生成的常量也會存在這個常量池中。比如String類的intern（）方法

擴充套件：

• -XX:MaxPermSize設定上限
• -XX:PermSize設定最小值 例：VM Args:-XX:PermSize=10M -XX:MaxPermSize=10M

二、堆
在虛擬機器啟動時建立，幾乎所有的物件例項都在這裡建立，因此該區域經常發生垃圾回收操作。
堆空間分為老年代和年輕代。剛建立的物件存放在年輕代，而老年代中存放生命週期長久的例項物件。年輕代中又被分為Eden區(聖經中的伊甸園)、和兩個Survivor區(From Space和To Space)。新的物件分配是首先放在Eden區，Survivor區作為Eden區和Old區的緩衝，在Survivor區的物件經歷若干次收集仍然存活的，就會被轉移到老年代

• Eden：80M

• S1：10M

• S2：10M

• 老年代：100M

過程：

1. 新建60M的物件O1，此時Eden有足夠記憶體吃下，所以60M被分配到Eden區。
2. 再新建40M物件O2，此時因為S1和S2的控制元件不足以容納下O1，所以O1被直接分配到老年代，而O2進入Eden區
3. 清空O1、O2，新建90M物件O3，發現Eden不足以放下O3，O3被直接放入老年代中
4. 清空O3，新建110M物件O4，O4發現Eden和老年代都沒有足夠控制元件，直接返回OutOfMemoryError

結論：

• 當一個物件大於eden區而小於old區（老年代）時的時候會直接扔到old區。
  而但物件大於old區時，會直接丟擲OutOfMemoryError（OOM）。

  擴充套件：
  引數-XX:PretenureSizeThreshold：這個引數的單位是Byte，
  其作用是當新物件申請的記憶體空間大於這個引數值的時候，直接扔到old區。
  -Xms：設定最小值
  -Xmx：設定最大值 例：VM Args: -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError
  若-Xms=-Xmx,則可避免堆自動擴充套件。
  -XX:+HeapDumpOnOutOfMemoryError：
  JVM會在遇到OutOfMemoryError時拍攝一個“堆轉儲快照”，並將其儲存在一個檔案中。

執行緒私有：
一、虛擬機器棧:

1. 虛擬機器棧也就是我們平常所稱的棧記憶體,它為java方法服務，每個方法在執行的時候都會建立一個棧幀，用於儲存區域性變量表、運算元棧、動態連結和方法出口等資訊。
2. 區域性變量表裡儲存的是基本資料型別和物件引用。區域性變數所需的記憶體空間在編譯器間確定
3. 每個棧幀都包含一個指向執行時常量池中該棧幀所屬方法的引用，持有這個引用是為了支援方法呼叫過程中的動態連線.動態連結就是將常量池中的符號引用在執行期轉化為直接引用。

-Xoss引數設定本地方法棧大小（對於HotSpot無效）
-Xss引數設定棧容量 例： -Xss128k

二、本地方法棧
本地方法棧和虛擬機器棧類似，只不過本地方法棧為Native方法服務。

三、程式計數器
代表著當前執行緒所執行位元組碼的行號指示器。
分支、迴圈、跳轉、異常處理和執行緒恢復等功能都需要依賴這個計數器完成。
程式計數器是唯一一個java虛擬機器規範沒有規定任何OOM（Out Of Memory）情況的區域。