版權聲明：本文爲博主原創文章，未經博主容許不得轉載。java
11.JVM內存分哪幾個區，每一個區的做用是什麼?
java虛擬機主要分爲如下一個區:算法
方法區：
1. 有時候也成爲永久代，在該區內不多發生垃圾回收，可是並不表明不發生GC，在這裏進行的GC主要是對方法區裏的常量池和對類型的卸載
2. 方法區主要用來存儲已被虛擬機加載的類的信息、常量、靜態變量和即時編譯器編譯後的代碼等數據。
3. 該區域是被線程共享的。
4. 方法區裏有一個運行時常量池，用於存放靜態編譯產生的字面量和符號引用。該常量池具備動態性，也就是說常量並不必定是編譯時肯定，運行時生成的常量也會存在這個常量池中。緩存虛擬機棧:
1. 虛擬機棧也就是咱們日常所稱的棧內存,它爲java方法服務，每一個方法在執行的時候都會建立一個棧幀，用於存儲局部變量表、操做數棧、動態連接和方法出口等信息。
2. 虛擬機棧是線程私有的，它的生命週期與線程相同。
3. 局部變量表裏存儲的是基本數據類型、returnAddress類型（指向一條字節碼指令的地址）和對象引用，這個對象引用有多是指向對象起始地址的一個指針，也有多是表明對象的句柄或者與對象相關聯的位置。局部變量所需的內存空間在編譯器間肯定
4.操做數棧的做用主要用來存儲運算結果以及運算的操做數，它不一樣於局部變量表經過索引來訪問，而是壓棧和出棧的方式
5.每一個棧幀都包含一個指向運行時常量池中該棧幀所屬方法的引用，持有這個引用是爲了支持方法調用過程當中的動態鏈接.動態連接就是將常量池中的符號引用在運行期轉化爲直接引用。markdown本地方法棧
本地方法棧和虛擬機棧相似，只不過本地方法棧爲Native方法服務。數據結構堆
java堆是全部線程所共享的一塊內存，在虛擬機啓動時建立，幾乎全部的對象實例都在這裏建立，所以該區域常常發生垃圾回收操做。優化程序計數器
內存空間小，字節碼解釋器工做時經過改變這個計數值能夠選取下一條須要執行的字節碼指令，分支、循環、跳轉、異常處理和線程恢復等功能都須要依賴這個計數器完成。該內存區域是惟一一個java虛擬機規範沒有規定任何OOM狀況的區域。url
12.如和判斷一個對象是否存活?(或者GC對象的斷定方法)
判斷一個對象是否存活有兩種方法:
1. 引用計數法
所謂引用計數法就是給每個對象設置一個引用計數器，每當有一個地方引用這個對象時，就將計數器加一，引用失效時，計數器就減一。當一個對象的引用計數器爲零時，說明此對象沒有被引用，也就是「死對象」,將會被垃圾回收.
引用計數法有一個缺陷就是沒法解決循環引用問題，也就是說當對象A引用對象B，對象B又引用者對象A，那麼此時A,B對象的引用計數器都不爲零，也就形成沒法完成垃圾回收，因此主流的虛擬機都沒有采用這種算法。spa2.可達性算法(引用鏈法)
該算法的思想是：從一個被稱爲GC Roots的對象開始向下搜索，若是一個對象到GC Roots沒有任何引用鏈相連時，則說明此對象不可用。
在java中能夠做爲GC Roots的對象有如下幾種:
.net
- 虛擬機棧中引用的對象
- 方法區類靜態屬性引用的對象
- 方法區常量池引用的對象
- 本地方法棧JNI引用的對象
雖然這些算法能夠斷定一個對象是否能被回收，可是當知足上述條件時，一個對象比不必定會被回收。當一個對象不可達GC Root時，這個對象並
不會立馬被回收，而是出於一個死緩的階段，若要被真正的回收須要經歷兩次標記
若是對象在可達性分析中沒有與GC Root的引用鏈，那麼此時就會被第一次標記而且進行一次篩選，篩選的條件是是否有必要執行finalize()方法。當對象沒有覆蓋finalize()方法或者已被虛擬機調用過，那麼就認爲是不必的。
若是該對象有必要執行finalize()方法，那麼這個對象將會放在一個稱爲F-Queue的對隊列中，虛擬機會觸發一個Finalize()線程去執行，此線程是低優先級的，而且虛擬機不會承諾一直等待它運行完，這是由於若是finalize()執行緩慢或者發生了死鎖，那麼就會形成F-Queue隊列一直等待，形成了內存回收系統的崩潰。GC對處於F-Queue中的對象進行第二次被標記，這時，該對象將被移除」即將回收」集合，等待回收。
13.簡述java垃圾回收機制?
在java中，程序員是不須要顯示的去釋放一個對象的內存的，而是由虛擬機自行執行。在JVM中，有一個垃圾回收線程，它是低優先級的，在正常狀況下是不會執行的，只有在虛擬機空閒或者當前堆內存不足時，纔會觸發執行，掃面那些沒有被任何引用的對象，並將它們添加到要回收的集合中，進行回收。
14.java中垃圾收集的方法有哪些?
- 標記-清除:
這是垃圾收集算法中最基礎的，根據名字就能夠知道，它的思想就是標記哪些要被回收的對象，而後統一回收。這種方法很簡單，可是會有兩個主要問題：1.效率不高，標記和清除的效率都很低；2.會產生大量不連續的內存碎片，致使之後程序在分配較大的對象時，因爲沒有充足的連續內存而提早觸發一次GC動做。- 複製算法:
爲了解決效率問題，複製算法將可用內存按容量劃分爲相等的兩部分，而後每次只使用其中的一塊，當一塊內存用完時，就將還存活的對象複製到第二塊內存上，而後一次性清楚完第一塊內存，再將第二塊上的對象複製到第一塊。可是這種方式，內存的代價過高，每次基本上都要浪費通常的內存。
因而將該算法進行了改進，內存區域再也不是按照1：1去劃分，而是將內存劃分爲8:1:1三部分，較大那分內存交Eden區，其他是兩塊較小的內存區叫Survior區。每次都會優先使用Eden區，若Eden區滿，就將對象複製到第二塊內存區上，而後清除Eden區，若是此時存活的對象太多，以致於Survivor不夠時，會將這些對象經過分配擔保機制複製到老年代中。(java堆又分爲新生代和老年代)- 標記-整理
該算法主要是爲了解決標記-清除，產生大量內存碎片的問題；當對象存活率較高時，也解決了複製算法的效率問題。它的不一樣之處就是在清除對象的時候現將可回收對象移動到一端，而後清除掉端邊界之外的對象，這樣就不會產生內存碎片了。- 分代收集
如今的虛擬機垃圾收集大多采用這種方式，它根據對象的生存週期，將堆分爲新生代和老年代。在新生代中，因爲對象生存期短，每次回收都會有大量對象死去，那麼這時就採用複製算法。老年代裏的對象存活率較高，沒有額外的空間進行分配擔保，因此可使用標記-整理 或者 標記-清除。
15.java內存模型
java內存模型(JMM)是線程間通訊的控制機制.JMM定義了主內存和線程之間抽象關係。線程之間的共享變量存儲在主內存（main memory）中，每一個線程都有一個私有的本地內存（local memory），本地內存中存儲了該線程以讀/寫共享變量的副本。本地內存是JMM的一個抽象概念，並不真實存在。它涵蓋了緩存，寫緩衝區，寄存器以及其餘的硬件和編譯器優化。Java內存模型的抽象示意圖以下：
從上圖來看，線程A與線程B之間如要通訊的話，必需要經歷下面2個步驟：
1. 首先，線程A把本地內存A中更新過的共享變量刷新到主內存中去。
2. 而後，線程B到主內存中去讀取線程A以前已更新過的共享變量。
寫的很好:http://www.infoq.com/cn/articles/java-memory-model-1
16.java類加載過程?
java類加載須要經歷一下7個過程：
加載
加載時類加載的第一個過程，在這個階段，將完成一下三件事情：
1. 經過一個類的全限定名獲取該類的二進制流。
2. 將該二進制流中的靜態存儲結構轉化爲方法去運行時數據結構。
3. 在內存中生成該類的Class對象，做爲該類的數據訪問入口。驗證
驗證的目的是爲了確保Class文件的字節流中的信息不回危害到虛擬機.在該階段主要完成如下四鍾驗證:
1. 文件格式驗證：驗證字節流是否符合Class文件的規範，如主次版本號是否在當前虛擬機範圍內，常量池中的常量是否有不被支持的類型.
2. 元數據驗證:對字節碼描述的信息進行語義分析，如這個類是否有父類，是否集成了不被繼承的類等。
3. 字節碼驗證：是整個驗證過程當中最複雜的一個階段，經過驗證數據流和控制流的分析，肯定程序語義是否正確，主要針對方法體的驗證。如：方法中的類型轉換是否正確，跳轉指令是否正確等。
4. 符號引用驗證：這個動做在後面的解析過程當中發生，主要是爲了確保解析動做能正確執行。準備
準備階段是爲類的靜態變量分配內存並將其初始化爲默認值，這些內存都將在方法區中進行分配。準備階段不分配類中的實例變量的內存，實例變量將會在對象實例化時隨着對象一塊兒分配在Java堆中。
public static int value=123;//在準備階段value初始值爲0 。在初始化階段纔會變爲123 。
解析
該階段主要完成符號引用到直接引用的轉換動做。解析動做並不必定在初始化動做完成以前，也有可能在初始化以後。初始化
初始化時類加載的最後一步，前面的類加載過程，除了在加載階段用戶應用程序能夠經過自定義類加載器參與以外，其他動做徹底由虛擬機主導和控制。到了初始化階段，才真正開始執行類中定義的Java程序代碼。
17. 簡述java類加載機制?
虛擬機把描述類的數據從Class文件加載到內存，並對數據進行校驗，解析和初始化，最終造成能夠被虛擬機直接使用的java類型。
18. 類加載器雙親委派模型機制？
當一個類收到了類加載請求時，不會本身先去加載這個類，而是將其委派給父類，由父類去加載，若是此時父類不能加載，反饋給子類，由子類去完成類的加載。
19.什麼是類加載器，類加載器有哪些?
實現經過類的權限定名獲取該類的二進制字節流的代碼塊叫作類加載器。
主要有一下四種類加載器:
1. 啓動類加載器(Bootstrap ClassLoader)用來加載java核心類庫，沒法被java程序直接引用。
2. 擴展類加載器(extensions class loader):它用來加載 Java 的擴展庫。Java 虛擬機的實現會提供一個擴展庫目錄。該類加載器在此目錄裏面查找並加載 Java 類。
3. 系統類加載器（system class loader）：它根據 Java 應用的類路徑（CLASSPATH）來加載 Java 類。通常來講，Java 應用的類都是由它來完成加載的。能夠經過 ClassLoader.getSystemClassLoader()來獲取它。
4. 用戶自定義類加載器，經過繼承 java.lang.ClassLoader類的方式實現。
20.簡述java內存分配與回收策率以及Minor GC和Major GC
- 對象優先在堆的Eden區分配。
- 大對象直接進入老年代.
- 長期存活的對象將直接進入老年代. 當Eden區沒有足夠的空間進行分配時，虛擬機會執行一次Minor GC.Minor Gc一般發生在新生代的Eden區，在這個區的對象生存期短，每每發生Gc的頻率較高，回收速度比較快;Full Gc/Major GC 發生在老年代，通常狀況下，觸發老年代GC的時候不會觸發Minor GC,可是經過配置，能夠在Full GC以前進行一次Minor GC這樣能夠加快老年代的回收速度。