標記-整理算法：復制算法看起來很吊，但是對于對象存活率高的區域就顯得力不從心了，而且如果不想浪費一半的空間的話，就需要進行空間分配擔保(抵押貸款)，所以老年代不能這么搞，進而出現了標記-整理算法，套路跟標記-清除一樣，只是不直接清理可回收的對象，而是存活的往一邊兒移動，然后根據分界線去干掉另一邊兒，可以看出該算法要進行對象的移動，成本相對略高，但好處則是不會產生內存碎片。

　　方法區

　　方法區多數人認為的永久代，方法區與堆一樣是線程共享的內存區域，類使用要經過加載、連接(驗證、準備、解析)和初始化，加載后的類信息就存在方法區特定的數據結構中，主要包括：類的全路徑名包括超類(如果這個類是Object則它沒有超類)、類的類型、類的訪問修飾符、直接接口全限定名的有序列表、運行時常量池(類版本、字段、方法信息、常量、類靜態變量、裝載器信息) 等等。由于線程都共享方法區，所以方法區的數據必須時線程安全的，如果有2個甚至多個線程同時訪問某個類，而這類又沒被JVM加載，那么JVM只允許一個線程去加載(雙親委派)，其它線程必須等待。方法區的內存不一定是連續的，可以動態擴展大小，可以選擇不實現GC，GC的目標主要是常量池的回收和類型的卸載，所以想想就好沒多少便宜可撿，因為回收條件比較苛刻，當方法區無法滿足內存分配需求時將OOM(String.intern()是個好例子)。

　　程序計數器

　　程序計數器屬于線程私有的，它是當前線程所執行字節碼的指示器(執行到那兒了)，它是一塊較小的內存空間，線程下一步該干撒就是通過字節碼解釋器改變計數器來執行的，每個線程都有自己的程序計數器，多線程就是輪流切換它來實現，Java方法記錄的是虛擬機字節碼指令地址，Native方法沒有記錄，程序計數器在JVM中是唯一一個沒有定義OOM的區域。

　　虛擬機棧

　　如程序計數器一樣，Java虛擬機棧也屬于線程私有，所以它的生命周期與線程一樣。它屬于Java方法執行的內存模型，每個方法執行都會創建一個棧幀，主要存儲著方法出口信息、局部變量表、操作數棧、動態鏈接。當線程請求的棧幀深度大于虛擬機所允許的深度會SOF，若虛擬機棧動態擴展時無法申請到足夠的內存會OOM。

　　方法出口信息：正常方法返回時可能需要在棧幀中保存一些信息，用來幫助恢復它的上層方法的執行狀態，如果有返回值，則把它壓入調用者棧幀的操作數棧中，調整計數器的值以指向方法調用指令后面的一條指令，若方法異常退出，那么返回地址是通過異常處理器來確定的，棧幀中一般不會保存這部分信息。

　　局部變量表：所需的內存空間在編譯期確定，一旦確定無法更改大小，它存放著編譯期的各種基本數據類型、reference類型(可能是對象引用指針，也可能是個句柄)、returnAddress類型(指向某條字節碼指令的地址)。

　　操作數棧：棧幀剛創建時，操作數棧是沒有數據的，當執行方法操作時，會存放從局部變量表復制的常量或者變量，包括方法入參和返回值，操作數棧都一個固定的棧深度，入棧按先進后出方式，最大深度由編譯期確定，基本類型除了long,double用2個深度，其他都用一個。

　　動態鏈接：class的常量池中存在有大量的符號引用，字節碼中的方法調用指令就以常量池中指向方法的符號引用為參數，這些符號引用分為兩種，一種就是類加載的時候，靜態解析的那些final 和static代碼塊，得到的直接引用，還有一種是運行期間轉化的(每個棧幀都包含一個指向運行時常量池中該棧幀所屬方法的引用)，這種就是動態鏈接。

　　本地方法棧

　　跟虛擬機棧的作用是一個屌樣，唯一區別就是虛擬機棧是為字節碼服務的，而它是為Native方法服務，與虛擬機棧一樣，當線程請求的棧幀深度大于虛擬機所允許的深度會SOF，若虛擬機棧動態擴展時無法申請到足夠的內存會OOM。

　　直接內存

　　Direct Memory 雖然不屬于虛擬機運行數據區，但在被NIO引入后一直頻繁使用(比如堆外緩存)，可以用Native方法直接分配堆外內存，然后在堆中去引用這塊兒區域(DirectByteBuffer就是)，如果動態擴展內存時達到物理內存限制會OOM。

　　內存分配策略以及類加載機制以后再補，先寫到這兒吧，未完待續!