最近在看《 j**a併發程式設計實踐 》這本書，裡面涉及到了 j**a 記憶體模型，通過 j**a 記憶體模型順理成章的來到的 jvm 記憶體結構，關於 jvm 記憶體結構的認知還停留在上大學那會的課堂上，一直沒有系統的學習這一塊的知識，所以這一次我把《 深入理解j**a虛擬機器jvm高階特性與最佳實踐 》、《 j**a虛擬機器規範 j**a se 8版 》這兩本書中關於 jvm 記憶體結構的部分都看了一遍，算是對 jvm 記憶體結構有了新的認識。jvm 記憶體結構是指：j**a 虛擬機器定義了若干種程式執行期間會使用的執行時資料區，其中有一些會隨著虛擬機器啟動而建立，隨著虛擬機器退出而銷毀，另一些則與執行緒一一對應，隨著執行緒的開始而建立，隨著執行緒的結束而銷毀。具體的執行時資料區如下圖所示：
在 j**a 虛擬機器規範中，定義了五種執行時資料區，分別是 j**a 堆、方法區、虛擬機器棧、本地方法區、程式計數器，其中 j**a 堆和方法區是執行緒共享的。接下來就具體看看這 五種執行時資料區。
j**a 堆是所有執行緒共享的一塊記憶體區域，它在虛擬機器啟動時 就會被建立，並且單個 jvm 程序有且僅有乙個 j**a 堆。j**a 堆是用來存放物件例項及陣列，也就是說我們**中通過 new 關鍵字 new 出來的物件都存放在這裡。所以這裡也就成為了垃圾**器的主要活動營地了，於是它就有了乙個別名叫做 gc 堆，根據垃圾**器的規則，我們可以對 j**a 堆進行進一步的劃分，具體 j**a 堆記憶體結構如下圖所示：
我們可以將 j**a 堆劃分為新生代和老年代兩個大模組，在新生代中，我們又可以進一步分為 eden 空間、from survivor 空間（s0）、to survivor 空間（s1），survivor 空間有乙個為空，用於發生 gc 時存放存活物件，老年代存放的是經過多次 minor gc 仍然存活的物件或者是一些大物件，fgc 就是發生在老年代。
上面就是 j**a 堆的具體結構，我們也知道 j**a 堆中的各空間大小，我們是可以動態控制的，這個在圖中我也進行了簡單的標註，下面我們一起來詳細的了解一下這三個引數：
在 j**a 堆中會發生 oom 異常，當我們的 j**a 堆內有足夠的空間去完成例項分配時，並且堆也無法擴充套件，將會丟擲我們常見的outofmemoryerror 異常，如下圖所示：
關於 oom 異常，我還是想多說一句，網上有一道非常火的面試題：jvm 堆記憶體溢位後，其他執行緒是否可繼續工作？，我個人覺得不少回答是錯誤的，有興趣的可以研究一下。
方法區（method area）與 j**a 堆一樣，是各個執行緒共享的記憶體區域，是 j**a 虛擬機器中唯二的記憶體共享區域。在 j**a 虛擬機器規範中是這樣定義方法區的：它儲存了每個類的結構資訊，例如執行時常量池、字段、方法資料、建構函式和普通方法的位元組碼內容，還包括一些在類、例項、介面初始化時用到的特殊方法。
方法區在虛擬機器啟動的時候被建立，雖然方法區是堆的邏輯組成部分，但是簡單的虛擬機器實現可以選擇在這個區域不實現垃圾收集與壓縮，方法區在實際記憶體空間中可以不是連續的，對於方法區的容量，你可以是固定的，也可以隨著程式的執行動態擴充套件，並且在不需要過多空間時自動收縮。
上面都是 j**a 虛擬機器中的規範，來看看具體的實現，拿我們常用的 hotspot 虛擬機器來說，在 jdk1.8 之前，方法區也被稱作為永久代，這個方法區會發生我們常見的 j**a.lang.outofmemoryerror: permgen space 異常，我們也可以通過啟動引數來控制方法區的大小：
在 jdk1.8 之後，hotspot 虛擬機器對方法區進行了不小的改動，徹底移除了永久代，將原來存放在永久代的資料遷移至 j**a 堆 或者 metaspace，方法區被移至到了 metaspace，字串常量移至 j**a heap，換句話說就是 jdk1.8 開始，metaspace 也就是我們所謂的方法區，為什麼要做這個改變呢？也許是基於以下兩點原因：
我們也可以通過設定引數來控制 metaspace 的空間大小，主要有以下幾個命令：
每一條 j**a 虛擬機器執行緒都有自己私有的 j**a 虛擬機器棧，這個 j**a 虛擬機器棧跟執行緒同時建立，所以它跟執行緒有相同的生命週期。j**a 虛擬機器棧描述的是 j**a 方法執行的記憶體模型：每乙個方法在執行的同時都會建立乙個棧幀，用於儲存區域性變數表、運算元棧、動態鏈結、方法出口等資訊，每乙個方法從呼叫直至執行完成的過程，就對應著乙個棧幀在 j**a 虛擬機器棧中的入棧到出棧的過程。
區域性變數表存放了編譯期可知的各種基本資料型別（boolean、byte、char、short、int、float、long、double）、物件引用（reference 型別，它不等同於物件本身，根據不同的虛擬機器實現，它可能是乙個指向物件起始位址的引用指標，也可能指向乙個代表物件的控制代碼或者其他與此物件相關的位置）和 returnaddress 型別（指向了一條位元組碼指令的位址）。
其中 64 位長度的 long 和 double 型別的資料會占用 2 個區域性變數空間（slot），其餘的資料型別只占用 1 個。區域性變數表所需的記憶體空間在編譯期間完成分配，當進入乙個方法時，這個方法需要在幀中分配多大的區域性變數空間是完全確定的，在方法執行期間不會改變區域性變數表的大小。
j**a 虛擬機器棧既允許被實現成固定的大小，也允許根據計算動態來擴充套件和收縮，如果採用固定大小的話，每乙個執行緒的 j**a 虛擬機器棧容量可以**程建立的時候獨立選定。在 j**a 虛擬機器棧中會發生兩種異常，這個在虛擬機器規範中有指出：
程式計數器也是執行緒私有的，它只需要一塊較小的記憶體空間，你可以把它看作當前執行緒所執行的位元組碼的行號指示器，在虛擬機器的概念模型裡（僅是概念模型，各種虛擬機器可能會通過一些更高效的方式去實現），位元組碼直譯器工作時就是通過改變這個計數器的值來選取下一條需要執行的位元組碼指令，分支、迴圈、跳轉、異常處理、執行緒恢復等基礎功能都需要依賴這個計數器來完成。
我們知道在多執行緒的情況下，並不是一條執行緒一直執行完，而是多個執行緒輪流切換執行，所以為了執行緒切換後能夠恢復到正確的執行位置，我們就需要程式計數器來告訴執行緒接下來該執行哪條指令。如果執行緒正在執行的是乙個j**a 方法，這個計數器記錄的是正在執行的虛擬機器位元組碼指令的位址，如果正在執行的是 natvie 方法，這個計數器值則為空（undefined）。
需要特別注意的是，程式計數器是唯一乙個在j**a虛擬機器規範中沒有規定任何 outofmemoryerror 情況的區域。
本地方法棧（native method stacks）與 j**a 虛擬機器棧所發揮的作用是非常相似的，其區別不過是 j**a 虛擬機器棧為虛擬機器執行 j**a 方法（也就是位元組碼）服務，而本地方法棧則是為虛擬機器使用到的 native 方法服務。虛擬機器規範中對本地方法棧中的方法使用的語言、使用方式與資料結構並沒有強制規定，因此具體的虛擬機器可以自由實現它。甚至有的虛擬機器（譬如sun hotspot虛擬機器）直接就把本地方法棧和虛擬機器棧合二為一。
與 j**a 虛擬機器棧一樣，本地方法棧區域也會丟擲 stackoverflowerror 和 outofmemoryerror 異常。
目前網際網路上很多大佬都有 jvm 記憶體結構相關文章，如有雷同，請多多包涵了。原創不易，碼字不易，還希望大家多多支援。若文中有所錯誤之處，還望提出，謝謝，歡迎掃碼關注微信***：「平頭哥的技術博文」，和平頭哥一起學習，一起進步。
這一次我掉進了Unirest的坑
我們常見的 如 是由多級的結構 目錄 資料夾 組成的，這裡關注的是其中的aaa和bbb，它們之間用斜槓 分隔。從最大自由度來講，每一級結構的名字是可以隨意取的。既然名字可以隨意取，而且上下級之間是用 來做分隔，那麼如果名字裡面有斜槓要怎麼辦呢？可能有人說windows不允許啊，在windows資料夾...
IBM再次牽手蘋果 這一次看準的是健康醫療大資料
據forbes訊息，ibm宣布與蘋果在健康醫療大資料方面展開合作，推出名為 watson health 的健康醫療專案。目前，包括強生 medtronic在內的多家醫療公司，都將參與這個專案。據 悉，ibm與蘋果的合作並非排他性協議。ibm高階副總裁john kelley表示，除了ibm，幾乎沒有其...
CPU使用率終於正常了 記一次訂餐系統事故處理
經過漫長的等待，兒子終於出生了。欣喜之餘，就是各種手足無措，顧此失彼了。因為不懂，心裡總是慌慌的，有點小毛病，恨不得一步就到醫院。婆媳育兒觀念的差異，讓心亂如麻的我，又成了風箱裡的老鼠，兩個不服軟的女人都在考驗我的智慧型，雖是極力從中斡旋，還是免不了爆發了一場婆媳衝突。還是智慧型少了，估計四大名著還...