內(nèi)存模型以及分區(qū)，需要詳細(xì)到每個(gè)區(qū)放什么。
JVM 分為堆區(qū)和棧區(qū)，還有方法區(qū)，初始化的對(duì)象放在堆里面，引用放在棧里面，class類信息常量池（static常量和static變量）等放在方法區(qū)
- 方法區(qū)：主要是存儲(chǔ)類信息，常量池（static常量和static變量），編譯后的代碼（字節(jié)碼）等數(shù)據(jù)
- 堆：初始化的對(duì)象，成員變量 （那種非static的變量），所有的對(duì)象實(shí)例和數(shù)組都要在堆上分配
- 棧：棧的結(jié)構(gòu)是棧幀組成的，調(diào)用一個(gè)方法就壓入一幀，幀上面存儲(chǔ)局部變量表，操作數(shù)棧，方法出口等信息，局部變量表存放的是8大基礎(chǔ)類型加上一個(gè)應(yīng)用類型，所以還是一個(gè)指向地址的指針
- 本地方法棧：主要為Native方法服務(wù)
- 程序計(jì)數(shù)器：記錄當(dāng)前線程執(zhí)行的行號(hào)
堆里面的分區(qū)：Eden，survival （from+ to），老年代，各自的特點(diǎn)。
堆里面分為新生代和老生代（java8取消了永久代，采用了Metaspace），新生代包含Eden+Survivor區(qū)，survivor區(qū)里面分為from和to區(qū)，內(nèi)存回收時(shí)，如果用的是復(fù)制算法，從from復(fù)制到to，當(dāng)經(jīng)過(guò)一次或者多次GC之后，存活下來(lái)的對(duì)象會(huì)被移動(dòng)到老年區(qū)，當(dāng)JVM內(nèi)存不夠用的時(shí)候，會(huì)觸發(fā)Full GC，清理JVM老年區(qū)
當(dāng)新生區(qū)滿了之后會(huì)觸發(fā)YGC,先把存活的對(duì)象放到其中一個(gè)Survice區(qū)，然后進(jìn)行垃圾清理。因?yàn)槿绻麅H僅清理需要?jiǎng)h除的對(duì)象，這樣會(huì)導(dǎo)致內(nèi)存碎片，因此一般會(huì)把Eden 進(jìn)行完全的清理，然后整理內(nèi)存。那么下次GC 的時(shí)候，就會(huì)使用下一個(gè)Survive，這樣循環(huán)使用。如果有特別大的對(duì)象，新生代放不下，就會(huì)使用老年代的擔(dān)保，直接放到老年代里面。因?yàn)镴VM 認(rèn)為，一般大對(duì)象的存活時(shí)間一般比較久遠(yuǎn)。
對(duì)象存活判斷
引用計(jì)數(shù)：每個(gè)對(duì)象有一個(gè)引用計(jì)數(shù)屬性，新增一個(gè)引用時(shí)計(jì)數(shù)加1，引用釋放時(shí)計(jì)數(shù)減1，計(jì)數(shù)為0時(shí)可以回收。此方法簡(jiǎn)單，無(wú)法解決對(duì)象相互循環(huán)引用的問(wèn)題。
可達(dá)性分析（Reachability Analysis）：從GC Roots開始向下搜索，搜索所走過(guò)的路徑稱為引用鏈。當(dāng)一個(gè)對(duì)象到GC Roots沒(méi)有任何引用鏈相連時(shí)，則證明此對(duì)象是不可用的。不可達(dá)對(duì)象。
在Java語(yǔ)言中，GC Roots包括：
虛擬機(jī)棧中引用的對(duì)象。
方法區(qū)中類靜態(tài)屬性實(shí)體引用的對(duì)象。
方法區(qū)中常量引用的對(duì)象。
本地方法棧中JNI引用的對(duì)象。
SafePoint是什么
比如GC的時(shí)候必須要等到Java線程都進(jìn)入到safepoint的時(shí)候VMThread才能開始執(zhí)行GC，
- 循環(huán)的末尾 (防止大循環(huán)的時(shí)候一直不進(jìn)入safepoint，而其他線程在等待它進(jìn)入safepoint)
- 方法返回前
- 調(diào)用方法的call之后
- 拋出異常的位置
GC的三種收集方法：標(biāo)記清除、標(biāo)記整理、復(fù)制算法的原理與特點(diǎn)，分別用在什么地方，如果讓你優(yōu)化收集方法，有什么思路？
標(biāo)記：標(biāo)記完畢之后再清除，效率不高，會(huì)產(chǎn)生碎片
復(fù)制算法：分為8：1的Eden區(qū)和survivor區(qū)，就是上面談到的YGC
標(biāo)記整理：標(biāo)記完畢之后，讓所有存活的對(duì)象向一端移動(dòng)
GC收集器有哪些？CMS收集器與G1收集器的特點(diǎn)。
串行收集器：串行收集器使用一個(gè)單獨(dú)的線程進(jìn)行收集，GC時(shí)服務(wù)有停頓時(shí)間
并行收集器：次要回收中使用多線程來(lái)執(zhí)行
CMS：基于“標(biāo)記—清除”算法實(shí)現(xiàn)的，經(jīng)過(guò)多次標(biāo)記才會(huì)被清除
G1：從整體來(lái)看是基于“標(biāo)記—整理”算法實(shí)現(xiàn)的收集器，從局部（兩個(gè)Region之間）上來(lái)看是基于“復(fù)制”算法實(shí)現(xiàn)的
Minor GC與Full GC分別在什么時(shí)候發(fā)生？
新生代內(nèi)存不夠用時(shí)候發(fā)生MGC也叫YGC，JVM內(nèi)存不夠的時(shí)候發(fā)生FGC
幾種常用的內(nèi)存調(diào)試工具：jmap、jstack、jconsole、jhat
stack可以看當(dāng)前棧的情況，jmap查看內(nèi)存，jhat 進(jìn)行dump堆的信息
mat（eclipse的也要了解一下）
g1 和 cms 區(qū)別,吞吐量?jī)?yōu)先和響應(yīng)優(yōu)先的垃圾收集器選擇
CMS是一種以最短停頓時(shí)間為目標(biāo)的收集器，響應(yīng)優(yōu)先選擇CMS,吞吐量高選擇G1
類加載的幾個(gè)過(guò)程
加載、驗(yàn)證、準(zhǔn)備、解析、初始化。然后是使用和卸載了
通過(guò)全限定名來(lái)加載生成class對(duì)象到內(nèi)存中，然后進(jìn)行驗(yàn)證這個(gè)class文件，包括文件格式校驗(yàn)、元數(shù)據(jù)驗(yàn)證，字節(jié)碼校驗(yàn)等。準(zhǔn)備是對(duì)這個(gè)對(duì)象分配內(nèi)存。解析是將符號(hào)引用轉(zhuǎn)化為直接引用（指針引用），初始化就是開始執(zhí)行構(gòu)造器的代碼
雙親委派模型
Bootstrap ClassLoader:啟動(dòng)類加載器，負(fù)責(zé)將 Java_Home/lib下面的類庫(kù)加載到內(nèi)存中。（比如rt.jar）
Extension ClassLoader：標(biāo)準(zhǔn)擴(kuò)展（Extension）類加載器，它負(fù)責(zé)將$Java_Home /lib/ext或者由系統(tǒng)變量 java.ext.dir指定位置中的類庫(kù)加載到內(nèi)存中。
ApplicationClassLoader：它負(fù)責(zé)將系統(tǒng)類路徑（CLASSPATH）中指定的類庫(kù)加載到內(nèi)存中。開發(fā)者可以直接使用系統(tǒng)類加載器
雙親委派模型是某個(gè)特定的類加載器在接到加載類的請(qǐng)求時(shí)，首先將加載任務(wù)委托給父類加載器，依次遞歸，如果父類加載器可以完成類加載任務(wù)，就成功返回；只有父類加載器無(wú)法完成此加載任務(wù)時(shí)，才自己去加載。-----例如類java.lang.Object，它存在在rt.jar中，無(wú)論哪一個(gè)類加載器要加載這個(gè)類，最終都是委派給處于模型最頂端的Bootstrap ClassLoader進(jìn)行加載，因此Object類在程序的各種類加載器環(huán)境中都是同一個(gè)類。相反，如果沒(méi)有雙親委派模型而是由各個(gè)類加載器自行加載的話，如果用戶編寫了一個(gè)java.lang.Object的同名類并放在ClassPath中，那系統(tǒng)中將會(huì)出現(xiàn)多個(gè)不同的Object類，程序?qū)⒒靵y
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
少喝酒，少抽煙，少熬夜。多跑步，多喝茶，多看書。健康是最大的本錢，平安是福，對(duì)人對(duì)己，都是。學(xué)著感恩，學(xué)著理解，學(xué)著友善。
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
