K60 Pro官方停產 第三方瞬間漲價
雖然沒有官方宣布，但Redmi的一些高管也已經透露了，Redmi K60 Pro已經停產且不會補貨，這一切都是為了即將到來的K60 Ultra鋪路，屬于廠家的正常操作。但有意思的是該機在停產之后
本文主要對JVM 內存結構進行講解，注意不要和Java內存模型混淆了。
內存結構是指 Jvm 運行時將數據分區域存儲，強調對內存空間的劃分。
內存模型（Java Memory Model，簡稱 JMM ）是定義了線程和主內存之間的抽象關系，即 JMM 定義了 JVM 在計算機內存(RAM)中的工作方式，是虛擬機的內存管理模型，是一種虛擬機工程規范。
內存是非常重要的系統資源，是硬盤和 CPU 的中間倉庫及橋梁，承載著操作系統和應用程序的實時運行。JVM 內存布局規定了 Java 在運行過程中內存申請、分配、管理的策略，保證了 JVM 的高效穩定運行。不同的 JVM 對于內存的劃分方式和管理機制存在著部分差異。
下圖是 JVM 整體架構，中間部分就是 Java 虛擬機定義的各種運行時數據區域。
Java 虛擬機（源于網絡）
Java 虛擬機定義了若干種程序運行期間會使用到的運行時數據區，其中有一些會隨著虛擬機啟動而創建，隨著虛擬機退出而銷毀。另外一些則是與線程一一對應的，這些與線程一一對應的數據區域會隨著線程開始和結束而創建和銷毀。
程序計數器（Program Counter Register）是一塊較小的內存空間，它的作用可以看做是當前線程所執行的字節碼的行號指示器。在虛擬機的概念模型里（僅是概念模型，各種虛擬機可能會通過一些更高效的方式去實現），字節碼解釋器工作時就是通過改變這個計數器的值來選取下一條需要執行的字節碼指令，分支、循環、跳轉、異常處理、線程恢復等基礎功能都需要依賴這個計數器來完成。
PC 寄存器用來存儲指向下一條指令的地址（IDEA 插件 Jclasslib查看字節碼）
由于Java虛擬機的多線程是通過線程輪流切換并分配處理器執行時間的方式來實現的，在任何一個確定的時刻，一個處理器（對于多核處理器來說是一個內核）只會執行一條線程中的指令。因此，為了線程切換后能恢復到正確的執行位置，每條線程都需要有一個獨立的程序計數器，各條線程之間的計數器互不影響，獨立存儲，我們稱這類內存區域為“線程私有”的內存。
如果線程正在執行的是一個Java方法，這個計數器記錄的是正在執行的虛擬機字節碼指令的地址；如果正在執行的是Natvie方法，這個計數器值則為空（Undefined）。
此內存區域是唯一一個在Java虛擬機規范中沒有規定任何OutOfMemoryError情況的區域。
因為CPU需要不停的切換各個線程，這時候切換回來以后，就得知道接著從哪開始繼續執行。JVM的字節碼解釋器就需要通過改變PC寄存器的值來明確下一條應該執行什么樣的字節碼指令。
多線程在一個特定的時間段內只會執行其中某一個線程方法，CPU會不停的做任務切換，這樣必然會導致經常中斷或恢復。為了能夠準確的記錄各個線程正在執行的當前字節碼指令地址，所以為每個線程都分配了一個PC寄存器，每個線程都獨立計算，不會互相影響。
與程序計數器一樣，Java虛擬機棧（Java Virtual Machine Stacks）也是線程私有的，它的生命周期與線程相同。虛擬機棧描述的是Java方法執行的內存模型：每個方法被執行的時候都會同時創建一個棧幀（Stack Frame）用于存儲局部變量表、操作棧、動態鏈接、方法出口等信息。每一個方法被調用直至執行完成的過程，就對應著一個棧幀在虛擬機棧中從入棧到出棧的過程。
棧幀的內部結構
局部變量表存放了編譯期可知的各種基本數據類型（boolean、byte、char、short、int、float、long、double）、對象引用（reference類型，它不等同于對象本身，根據不同的虛擬機實現，它可能是一個指向對象起始地址的引用指針，也可能指向一個代表對象的句柄或者其他與此對象相關的位置）和returnAddress類型（指向了一條字節碼指令的地址）。局部變量表所需的內存空間在編譯期間完成分配，當進入一個方法時，這個方法需要在幀中分配多大的局部變量空間是完全確定的，在方法運行期間不會改變局部變量表的大小。
操作數棧，和局部變量區一樣，也被組織成一個以字長為單位的數組，但和前者不同的是，它不是通過索引來訪問的，而是通過入棧和出棧來訪問的，可把操作數棧理解為存儲計算時，臨時數據的存儲區域。
除了局部變量區和操作數棧外，java棧幀還需要一些數據來支持常量池解析、正常方法返回以及異常派發機制。這些數據都保存在java棧幀的幀數據區中。
在Java虛擬機規范中，對這個區域規定了兩種異常狀況：如果線程請求的棧深度大于虛擬機所允許的深度，將拋出StackOverflowError異常；如果虛擬機棧可以動態擴展（當前大部分的Java虛擬機都可動態擴展，只不過Java虛擬機規范中也允許固定長度的虛擬機棧），當擴展時無法申請到足夠的內存時會拋出OutOfMemoryError異常。
可以通過參數-Xss來設置每個線程的棧大小，棧的大小直接決定了函數調用的最大可達深度。
public class StackFrameTest { public static void main(String[] args) { test1(); } private static void test1(){ System.out.println("test1 start"); test2(); System.out.println("test1 end"); } private static void test2(){ System.out.println("test1 start"); test3(); System.out.println("test1 end"); } private static int test3(){ System.out.println("test1 start"); int i = 1; System.out.println("test1 end"); return i; }}IDEA 在 debug 時候，可以在 debug 窗口看到 Frames 中各種方法的壓棧和出棧情況。
本地方法棧（Native Method Stacks）與虛擬機棧所發揮的作用是非常相似的，其區別不過是虛擬機棧為虛擬機執行Java方法（也就是字節碼）服務，而本地方法棧則是為虛擬機使用到的Native方法服務。具體做法是 Native Method Stack 中登記 native 方法，在 Execution Engine 執行時加載本地方法庫當某個線程調用一個本地方法時，它就進入了一個全新的并且不再受虛擬機限制的世界。它和虛擬機擁有同樣的權限。
虛擬機規范中對本地方法棧中的方法使用的語言、使用方式與數據結構并沒有強制規定，因此具體的虛擬機可以自由實現它（并不是所有 JVM 都支持本地方法。如果 JVM 產品不打算支持 native 方法，也可以無需實現本地方法棧）。甚至有的虛擬機（譬如Sun HotSpot虛擬機）直接就把本地方法棧和虛擬機棧合二為一。與虛擬機棧一樣，本地方法棧區域也會拋出StackOverflowError和OutOfMemoryError異常。
棧是運行時的單位，而堆是存儲的單位。
棧解決程序的運行問題，即程序如何執行，或者說如何處理數據。堆解決的是數據存儲的問題，即數據怎么放、放在哪。
對于大多數應用，Java 堆是 Java 虛擬機管理的內存中最大的一塊，被所有線程共享。此內存區域的唯一目的就是存放對象實例，幾乎所有的對象實例以及數據都在這里分配內存。
為什么“幾乎所有的對象實例都在這里分配內存，而不是全部”？
為了進行高效的垃圾回收，虛擬機把堆內存邏輯上劃分成三塊區域（分代的唯一理由就是優化 GC 性能）：
年輕代和老年代的劃分是為了更好的內存分派及回收（源于網絡）
年輕代是所有新對象創建的地方。當填充年輕代時，執行垃圾收集。這種垃圾收集稱為 Minor GC。年輕一代被分為三個部分——伊甸園（Eden Memory）和兩個幸存區（Survivor Memory，被稱為from/to或s0/s1），默認比例是8:1:1
老年代中存放的對象是存活了很久的，年齡大于15的對象。在老年代觸發的gc叫major gc也叫full gc。full gc會包含年輕代的gc。但老年代只要執行gc就一定是full gc。在執行full gc的情況下，會阻塞程序的正常運行。老年代的gc比年輕代的gc效率上慢10倍以上，對效率有很大的影響。
大對象直接進入老年代（大對象是指需要大量連續內存空間的對象）。這樣做的目的是避免在 Eden 區和兩個Survivor 區之間發生大量的內存拷貝。
java8前后
?? 持久代在物理層面，是在堆空間的；而在邏輯層面，是在方法區的；因為方法區其實物理上也是在堆中的，但是由于功能和作用的區別，邏輯上方法區是獨立于堆的。
元空間是metaspace，在jdk1.8的時候，jvm移除了永久代的概念，元空間也是對java虛擬機的方法區的一種實現。元空間與永久代最大的區別在于，元空間不在虛擬機中，使用本地內存。
永久代的回收會隨著full gc進行移動，消耗性能。每種類型的垃圾回收都需要特殊處理元數據。將元數據剝離出來，簡化了垃圾收集，提高了效率。
Java 虛擬機規范規定，Java 堆可以是處于物理上不連續的內存空間中，只要邏輯上是連續的即可，像磁盤空間一樣。實現時，既可以是固定大小，也可以是可擴展的，主流虛擬機都是可擴展的（通過 -Xmx 和 -Xms 控制），如果堆中沒有完成實例分配，并且堆無法再擴展時，就會拋出 OutOfMemoryError 異常。
為對象分配內存是一件非常嚴謹和復雜的任務，JVM 的設計者們不僅需要考慮內存如何分配、在哪里分配等問題，并且由于內存分配算法和內存回收算法密切相關，所以還需要考慮 GC 執行完內存回收后是否會在內存空間中產生內存碎片。
方法區用于存儲已被虛擬機加載的類型信息、常量、靜態變量、即時編譯器編譯后的代碼緩存等。
對每個加載的類型（類 class、接口 interface、枚舉 enum、注解 annotation），JVM 必須在方法區中存儲以下類型信息
JVM 必須保存所有方法的
jdk1.6及之前 | 有永久代，靜態變量存放在永久代上 |
jdk1.7 | 有永久代，但已經逐步“去永久代”，字符串常量池、靜態變量移除，保存在堆中 |
jdk1.8及之后 | 取消永久代，類型信息、字段、方法、常量保存在本地內存的元空間，但字符串常量池、靜態變量仍在堆中 |
只有 HotSpot 才有永久代的概念
方法區和永久代以及元空間的關系很像（實際不是）Java 中接口和類的關系，類實現了接口，這里的類就可以看作是永久代和元空間，接口可以看作是方法區，也就是說永久代以及元空間是 HotSpot 虛擬機對虛擬機規范中方法區的兩種實現方式。
關系示意圖
本文鏈接：http://www.tebozhan.com/showinfo-26-17175-0.htmlJVM 內存結構詳解，看這一篇就夠了
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 什么是API管理？你了解嗎？
下一篇： 如何成為前1%的程序員
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號