科技改變生活 · 科技引領(lǐng)未來(lái)
科技改變生活 · 科技引領(lǐng)未來(lái)
1.什么是Java虛擬機(jī)？為什么Java被稱(chēng)作是“平臺(tái)無(wú)關(guān)的編程語(yǔ)言”？Java虛擬機(jī)是一個(gè)可以執(zhí)行Java字節(jié)碼的虛擬機(jī)進(jìn)程。Java源文件被編譯成能被Java虛擬機(jī)執(zhí)行的字節(jié)碼文件。Java被設(shè)計(jì)成允許應(yīng)用程序可以運(yùn)行在任意的平臺(tái)，而不
1.什么是 Java 虛擬機(jī)？為什么 Java 被稱(chēng)作是“平臺(tái)無(wú)關(guān)的編程語(yǔ)言”？
Java 虛擬機(jī)是一個(gè)可以執(zhí)行 Java 字節(jié)碼的虛擬機(jī)進(jìn)程。Java 源文件被編譯成能被 Java 虛擬機(jī)執(zhí)行的字節(jié)碼文件。Java 被設(shè)計(jì)成允許應(yīng)用程序可以運(yùn)行在任意的平臺(tái)，而不需要程序員為每一個(gè)平臺(tái)單獨(dú)重寫(xiě)或者是重新編譯。Java 虛擬機(jī)讓這個(gè)變?yōu)榭赡埽驗(yàn)樗赖讓佑布脚_(tái)的指令長(zhǎng)度和其他特性。
2.Java 內(nèi)存結(jié)構(gòu)？
方法區(qū)和對(duì)是所有線程共享的內(nèi)存區(qū)域；而 java 棧、本地方法棧和程序員計(jì)數(shù)器是運(yùn)行是線程私有的內(nèi)存區(qū)域。
3.內(nèi)存模型以及分區(qū)，需要詳細(xì)到每個(gè)區(qū)放什么？
JVM 分為堆區(qū)和棧區(qū)，還有方法區(qū)，初始化的對(duì)象放在堆里面，引用放在棧里面，class 類(lèi)信息常量池（static 常量和 static 變量）等放在方法區(qū)。 new:
4.堆里面的分區(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)?JVM 認(rèn)為，一般大對(duì)象的存活時(shí)間一般比較久遠(yuǎn)。
5 .解釋內(nèi)存中的棧(stack)、堆(heap)和方法區(qū)(method area)的用法
通常我們定義一個(gè)基本數(shù)據(jù)類(lèi)型的變量，一個(gè)對(duì)象的引用，還有就是函數(shù)調(diào)用的現(xiàn)場(chǎng)保存都使用 JVM 中的棧空間；而通過(guò) new 關(guān)鍵字和構(gòu)造器創(chuàng)建的對(duì)象則放在堆空間，堆是垃圾收集器管理的主要區(qū)域，由于現(xiàn)在的垃圾收集器都采用分代收集算法，所以堆空間還可以細(xì)分為新生代和老生代，再具體一點(diǎn)可以分為 Eden、Survivor（又可分為 From Survivor 和 To Survivor）、Tenured；方法區(qū)和堆都是各個(gè)線程共享的內(nèi)存區(qū)域，用于存儲(chǔ)已經(jīng)被 JVM 加載的類(lèi)信息、常量、靜態(tài)變量、JIT 編譯器編譯后的代碼等數(shù)據(jù)；程序中的字面量（literal）如直接書(shū)寫(xiě)的 100、”hello”和常量都是放在常量池中，常量池是方法區(qū)的一部分，。棧空間操作起來(lái)最快但是棧很小，通常大量的對(duì)象都是放在堆空間，棧和堆的大小都可以通過(guò) JVM 的啟動(dòng)參數(shù)來(lái)進(jìn)行調(diào)整，棧空間用光了會(huì)引發(fā) StackOverflowError，而堆和常量池空間不足則會(huì)引發(fā) OutOfMemoryError。
String str = new String("hello"); 上面的語(yǔ)句中變量 str 放在棧上，用 new 創(chuàng)建出來(lái)的字符串對(duì)象放在堆上，而”hello”這個(gè)字面量是放在方法區(qū)的。
補(bǔ)充 1：較新版本的 Java（從 Java 6 的某個(gè)更新開(kāi)始）中，由于 JIT 編譯器的發(fā)展和”逃逸分析”技術(shù)的逐漸成熟，棧上分配、標(biāo)量替換等優(yōu)化技術(shù)使得對(duì)象一定分配在堆上這件事情已經(jīng)變得不那么絕對(duì)了。
補(bǔ)充 2：運(yùn)行時(shí)常量池相當(dāng)于 Class 文件常量池具有動(dòng)態(tài)性，Java 語(yǔ)言并不要求常量一定只有編譯期間才能產(chǎn)生，運(yùn)行期間也可以將新的常量放入池中，String 類(lèi)的 intern()方法就是這樣的。看看下面代碼的執(zhí)行結(jié)果是什么并且比較一下 Java 7 以前和以后的運(yùn)行結(jié)果是否一致。
String s1 = new StringBuilder("go") .append("od").toString(); System.out.println(s1.intern() == s1); String s2 = new StringBuilder("ja") .append("va").toString(); System.out.println(s2.intern() == s2); 6.GC 的兩種判定方法?
引用計(jì)數(shù)法：指的是如果某個(gè)地方引用了這個(gè)對(duì)象就+1，如果失效了就-1，當(dāng)為 0 就 會(huì)回收但是 JVM 沒(méi)有用這種方式，因?yàn)闊o(wú)法判定相互循環(huán)引用（A 引用 B,B 引用 A） 的情況。 引用鏈法：通過(guò)一種 GC ROOT 的對(duì)象（方法區(qū)中靜態(tài)變量引用的對(duì)象等-static 變 量）來(lái)判斷，如果有一條鏈能夠到達(dá) GC ROOT 就說(shuō)明，不能到達(dá) GC ROOT 就說(shuō)明 可以回收
7.SafePoint 是什么?
比如 GC 的時(shí)候必須要等到 Java 線程都進(jìn)入到 safepoint 的時(shí)候 VMThread 才能開(kāi)始執(zhí)行 GC 1.循環(huán)的末尾 (防止大循環(huán)的時(shí)候一直不進(jìn)入 safepoint，而其他線程在等待它進(jìn)入 safepoint) 2.方法返回前 3.調(diào)用方法的 call 之后 4.拋出異常的位置
8.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)
9.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)的
10.Minor GC 與 Full GC 分別在什么時(shí)候發(fā)生？
新生代內(nèi)存不夠用時(shí)候發(fā)生 MGC 也叫 YGC，JVM 內(nèi)存不夠的時(shí)候發(fā)生 FGC
11. 幾種常用的內(nèi)存調(diào)試工具：jmap、jstack、jconsole、jhat？
jstack 可以看當(dāng)前棧的情況，jmap 查看內(nèi)存，jhat 進(jìn)行 dump 堆的信息 mat（eclipse 的也要了解一下）
12.什么是類(lèi)的加載
類(lèi)的加載指的是將類(lèi)的.class 文件中的二進(jìn)制數(shù)據(jù)讀入到內(nèi)存中，將其放在運(yùn)行時(shí)數(shù)據(jù)區(qū)的方法區(qū)內(nèi)，然后在堆區(qū)創(chuàng)建一個(gè) java.lang.Class 對(duì)象，用來(lái)封裝類(lèi)在方法區(qū)內(nèi)的數(shù)據(jù)結(jié)構(gòu)。類(lèi)的加載的最終產(chǎn)品是位于堆區(qū)中的 Class 對(duì)象，Class 對(duì)象封裝了類(lèi)在方法區(qū)內(nèi)的數(shù)據(jù)結(jié)構(gòu)，并且向 Java 程序員提供了訪問(wèn)方法區(qū)內(nèi)的數(shù)據(jù)結(jié)構(gòu)的接口。
13.類(lèi)加載器
14.描述一下 JVM 加載 class 文件的原理機(jī)制？
JVM 中類(lèi)的裝載是由類(lèi)加載器（ClassLoader）和它的子類(lèi)來(lái)實(shí)現(xiàn)的，Java 中的類(lèi)加載器是一個(gè)重要的 Java 運(yùn)行時(shí)系統(tǒng)組件，它負(fù)責(zé)在運(yùn)行時(shí)查找和裝入類(lèi)文件中的類(lèi)。
由于 Java 的跨平臺(tái)性，經(jīng)過(guò)編譯的 Java 源程序并不是一個(gè)可執(zhí)行程序，而是一個(gè)或多個(gè)類(lèi)文件。當(dāng) Java 程序需要使用某個(gè)類(lèi)時(shí)，JVM 會(huì)確保這個(gè)類(lèi)已經(jīng)被加載、連接（驗(yàn)證、準(zhǔn)備和解析）和初始化。類(lèi)的加載是指把類(lèi)的.class 文件中的數(shù)據(jù)讀入到內(nèi)存中，通常是創(chuàng)建一個(gè)字節(jié)數(shù)組讀入.class 文件，然后產(chǎn)生與所加載類(lèi)對(duì)應(yīng)的 Class 對(duì)象。加載完成后，Class 對(duì)象還不完整，所以此時(shí)的類(lèi)還不可用。當(dāng)類(lèi)被加載后就進(jìn)入連接階段，這一階段包括驗(yàn)證、準(zhǔn)備（為靜態(tài)變量分配內(nèi)存并設(shè)置默認(rèn)的初始值）和解析（將符號(hào)引用替換為直接引用）三個(gè)步驟。最后 JVM 對(duì)類(lèi)進(jìn)行初始化，包括：
類(lèi)的加載是由類(lèi)加載器完成的，類(lèi)加載器包括：根加載器（BootStrap）、擴(kuò)展加載器（Extension）、系統(tǒng)加載器（System）和用戶(hù)自定義類(lèi)加載器（java.lang.ClassLoader 的子類(lèi)）。
從 Java 2（JDK 1.2）開(kāi)始，類(lèi)加載過(guò)程采取了父親委托機(jī)制（PDM）。PDM 更好的保證了 Java 平臺(tái)的安全性，在該機(jī)制中，JVM 自帶的 Bootstrap 是根加載器，其他的加載器都有且僅有一個(gè)父類(lèi)加載器。類(lèi)的加載首先請(qǐng)求父類(lèi)加載器加載，父類(lèi)加載器無(wú)能為力時(shí)才由其子類(lèi)加載器自行加載。JVM 不會(huì)向 Java 程序提供對(duì) Bootstrap 的引用。下面是關(guān)于幾個(gè)類(lèi)加載器的說(shuō)明：
15.Java 對(duì)象創(chuàng)建過(guò)程
1.JVM 遇到一條新建對(duì)象的指令時(shí)首先去檢查這個(gè)指令的參數(shù)是否能在常量池中定義到一個(gè)類(lèi)的符號(hào)引用。然后加載這個(gè)類(lèi)（類(lèi)加載過(guò)程在后邊講）
2.為對(duì)象分配內(nèi)存。一種辦法“指針碰撞”、一種辦法“空閑列表”，最終常用的辦法“本地線程緩沖分配(TLAB)”
3.將除對(duì)象頭外的對(duì)象內(nèi)存空間初始化為 0
4.對(duì)對(duì)象頭進(jìn)行必要設(shè)置
16.類(lèi)的生命周期
類(lèi)的生命周期包括這幾個(gè)部分，加載、連接、初始化、使用和卸載，其中前三部是類(lèi)的加載的過(guò)程,如下圖；
java 類(lèi)加載需要經(jīng)歷以下 幾個(gè)過(guò)程：
加載時(shí)類(lèi)加載的第一個(gè)過(guò)程，在這個(gè)階段，將完成以下三件事情：
1.通過(guò)一個(gè)類(lèi)的全限定名獲取該類(lèi)的二進(jìn)制流。
2.將該二進(jìn)制流中的靜態(tài)存儲(chǔ)結(jié)構(gòu)轉(zhuǎn)化為方法去運(yùn)行時(shí)數(shù)據(jù)結(jié)構(gòu)。
3.在內(nèi)存中生成該類(lèi)的 Class 對(duì)象，作為該類(lèi)的數(shù)據(jù)訪問(wèn)入口。
驗(yàn)證的目的是為了確保 Class 文件的字節(jié)流中的信息不回危害到虛擬機(jī).在該階段主要完成以下四鐘驗(yàn)證:
文件格式驗(yàn)證：驗(yàn)證字節(jié)流是否符合 Class 文件的規(guī)范，如主次版本號(hào)是否在當(dāng)前虛擬機(jī)范圍內(nèi)，常量池中的常量是否有不被支持的類(lèi)型.
元數(shù)據(jù)驗(yàn)證:對(duì)字節(jié)碼描述的信息進(jìn)行語(yǔ)義分析，如這個(gè)類(lèi)是否有父類(lèi)，是否集成了不被繼承的類(lèi)等。
字節(jié)碼驗(yàn)證：是整個(gè)驗(yàn)證過(guò)程中最復(fù)雜的一個(gè)階段，通過(guò)驗(yàn)證數(shù)據(jù)流和控制流的分析，確定程序語(yǔ)義是否正確，主要針對(duì)方法體的驗(yàn)證。 如： 方法中的類(lèi)型轉(zhuǎn)換是否正確，跳轉(zhuǎn)指令是否正確等。
符號(hào)引用驗(yàn)證： 這個(gè)動(dòng)作在后面的解析過(guò)程中發(fā)生，主要是為了確保解析動(dòng)作能正確執(zhí)行。
準(zhǔn)備階段是為類(lèi)的靜態(tài)變量分配內(nèi)存并將其初始化為默認(rèn)值，這些內(nèi)存都將在方法區(qū)中進(jìn)行分配。準(zhǔn)備階段不分配類(lèi)中的實(shí)例變量的內(nèi)存，實(shí)例變量將會(huì)在對(duì)象實(shí)例化時(shí)隨著對(duì)象一起分配在 Java 堆中。
public static int value=123; //在準(zhǔn)備階段 value 初始值為 0 。 在初始化階段才會(huì)變?yōu)?123。 該階段主要完成符號(hào)引用到直接引用的轉(zhuǎn)換動(dòng)作。解析動(dòng)作并不一定在初始化動(dòng)作完成之前，也有可能在初始化之后。
初始化時(shí)類(lèi)加載的最后一步，前面的類(lèi)加載過(guò)程，除了在加載階段用戶(hù)應(yīng)用程序可以通過(guò)自定義類(lèi)加載器參與之外，其余動(dòng)作完全由虛擬機(jī)主導(dǎo)和控制。 到了初始化階段，才真正開(kāi)始執(zhí)行類(lèi)中定義的 Java 程序。
17.簡(jiǎn)述 java 類(lèi)加載機(jī)制?
虛擬機(jī)把描述類(lèi)的數(shù)據(jù)從 Class 文件加載到內(nèi)存，并對(duì)數(shù)據(jù)進(jìn)行校驗(yàn)，解析和初始化，最終形成可以被虛擬機(jī)直接使用的 java 類(lèi)型。
18.Java 對(duì)象結(jié)構(gòu)
Java 對(duì)象由三個(gè)部分組成：對(duì)象頭、實(shí)例數(shù)據(jù)、對(duì)齊填充。
對(duì)象頭由兩部分組成，第一部分存儲(chǔ)對(duì)象自身的運(yùn)行時(shí)數(shù)據(jù)：哈希碼、GC 分代年齡、鎖標(biāo)識(shí)狀態(tài)、線程持有的鎖、偏向線程 ID（一般占 32/64 bit）。
第二部分是指針類(lèi)型，指向?qū)ο蟮念?lèi)元數(shù)據(jù)類(lèi)型（即對(duì)象代表哪個(gè)類(lèi)）。如果是數(shù)組對(duì)象，則對(duì)象頭中還有一部分用來(lái)記錄數(shù)組長(zhǎng)度。
實(shí)例數(shù)據(jù)用來(lái)存儲(chǔ)對(duì)象真正的有效信息（包括父類(lèi)繼承下來(lái)的和自己定義的）
對(duì)齊填充：JVM 要求對(duì)象起始地址必須是 8 字節(jié)的整數(shù)倍（8 字節(jié)對(duì)齊）
19.Java 對(duì)象的定位方式
句柄池、直接指針。
20.如和判斷一個(gè)對(duì)象是否存活?(或者 GC 對(duì)象的判定方法)
判斷一個(gè)對(duì)象是否存活有兩種方法:
1.引用計(jì)數(shù)法
所謂引用計(jì)數(shù)法就是給每一個(gè)對(duì)象設(shè)置一個(gè)引用計(jì)數(shù)器，每當(dāng)有一個(gè)地方引用這個(gè)對(duì)象時(shí)，就將計(jì)數(shù)器加一，引用失效時(shí)，計(jì)數(shù)器就減一。當(dāng)一個(gè)對(duì)象的引用計(jì)數(shù)器為零時(shí)，說(shuō)明此對(duì)象沒(méi)有被引用，也就是“死對(duì)象”,將會(huì)被垃圾回收。 引用計(jì)數(shù)法有一個(gè)缺陷就是無(wú)法解決循環(huán)引用問(wèn)題，也就是說(shuō)當(dāng)對(duì)象 A 引用對(duì)象 B，對(duì)象 B 又引用者對(duì)象 A，那么此時(shí) A,B 對(duì)象的引用計(jì)數(shù)器都不為零，也就造成無(wú)法完成垃圾回收，所以主流的虛擬機(jī)都沒(méi)有采用這種算法。
2.可達(dá)性算法(引用鏈法)
該算法的思想是：從一個(gè)被稱(chēng)為 GC Roots 的對(duì)象開(kāi)始向下搜索，如果一個(gè)對(duì)象到 GC Roots 沒(méi)有任何引用鏈相連時(shí)，則說(shuō)明此對(duì)象不可用。 在 java 中可以作為 GC Roots 的對(duì)象有以下幾種： 虛擬機(jī)棧中引用的對(duì)象
方法區(qū)類(lèi)靜態(tài)屬性引用的對(duì)象
方法區(qū)常量池引用的對(duì)象
本地方法棧 JNI 引用的對(duì)象
雖然這些算法可以判定一個(gè)對(duì)象是否能被回收，但是當(dāng)滿足上述條件時(shí)，一個(gè)對(duì)象比不一定會(huì)被回收。當(dāng)一個(gè)對(duì)象不可達(dá) GC Root 時(shí)，這個(gè)對(duì)象并不會(huì)立馬被回收，而是出于一個(gè)死緩的階段，若要被真正的回收需要經(jīng)歷兩次標(biāo)記如果對(duì)象在可達(dá)性分析中沒(méi)有與 GC Root 的引用鏈，那么此時(shí)就會(huì)被第一次標(biāo)記并且進(jìn)行一次篩選，篩選的條件是是否有必要執(zhí)行 finalize()方法。當(dāng)對(duì)象沒(méi)有覆蓋 finalize()方法或者已被虛擬機(jī)調(diào)用過(guò)，那么就認(rèn)為是沒(méi)必要的。
如果該對(duì)象有必要執(zhí)行 finalize()方法，那么這個(gè)對(duì)象將會(huì)放在一個(gè)稱(chēng)為 F-Queue 的對(duì)隊(duì)列中，虛擬機(jī)會(huì)觸發(fā)一個(gè) Finalize()線程去執(zhí)行，此線程是低優(yōu)先級(jí)的，并且虛擬機(jī)不會(huì)承諾一直等待它運(yùn)行完，這是因?yàn)槿绻?finalize()執(zhí)行緩慢或者發(fā)生了死鎖，那么就會(huì)造成 FQueue 隊(duì)列一直等待，造成了內(nèi)存回收系統(tǒng)的崩潰。 GC 對(duì)處于 F-Queue 中的對(duì)象進(jìn)行第二次被標(biāo)記，這時(shí)，該對(duì)象將被移除”即將回收”集合，等待回收。
21.JVM 的永久代中會(huì)發(fā)生垃圾回收么？
垃圾回收不會(huì)發(fā)生在永久代，如果永久代滿了或者是超過(guò)了臨界值，會(huì)觸發(fā)完全垃圾回收(Full GC)。如果你仔細(xì)查看垃圾收集器的輸出信息，就會(huì)發(fā)現(xiàn)永久代也是被回收的。這就是為什么正確的永久代大小對(duì)避免 Full GC 是非常重要的原因。請(qǐng)參考下 Java8：從永久代到元數(shù)據(jù)區(qū) (注：Java8 中已經(jīng)移除了永久代，新加了一個(gè)叫做元數(shù)據(jù)區(qū)的 native 內(nèi)存區(qū))
22.簡(jiǎn)述 java 內(nèi)存分配與回收策率以及 Minor GC 和 Major GC？
1.對(duì)象優(yōu)先在堆的 Eden 區(qū)分配。
2.大對(duì)象直接進(jìn)入老年代.
3.長(zhǎng)期存活的對(duì)象將直接進(jìn)入老年代.，當(dāng) Eden 區(qū)沒(méi)有足夠的空間進(jìn)行分配時(shí)，虛擬機(jī)會(huì)執(zhí)行一次 Minor GC.Minor Gc 通常發(fā)生在新生代的 Eden 區(qū)，在這個(gè)區(qū)的對(duì)象生存期短，往往發(fā)生 Gc 的頻率較高， 回收速度比較快;Full Gc/Major GC 發(fā)生在老年代，一般情況下，觸發(fā)老年代 GC 的時(shí)候不會(huì)觸發(fā) Minor GC,但是通過(guò)配置，可以在 Full GC 之前進(jìn)行一次 MinorGC 這樣可以加快老年代的回收速度。
23.判斷一個(gè)對(duì)象應(yīng)該被回收
該對(duì)象沒(méi)有與 GC Roots 相連
該對(duì)象沒(méi)有重寫(xiě) finalize()方法或 finalize()已經(jīng)被執(zhí)行過(guò)則直接回收（第一次標(biāo)記）、否則將對(duì)象加入到 F-Queue 隊(duì)列中（優(yōu)先級(jí)很低的隊(duì)列）在這里 finalize()方法被執(zhí)行，之后進(jìn)行第二次標(biāo)記，如果對(duì)象仍然應(yīng)該被 GC 則 GC，否則移除隊(duì)列。（在 finalize 方法中，對(duì)象很可能和其他 GC Roots 中的某一個(gè)對(duì)象建立了關(guān)聯(lián)，finalize 方法只會(huì)被調(diào)用一次，且不推薦使用 finalize 方法）
24.回收方法區(qū)
方法區(qū)回收價(jià)值很低，主要回收廢棄的常量和無(wú)用的類(lèi)。
如何判斷無(wú)用的類(lèi)：
該類(lèi)所有實(shí)例都被回收（Java 堆中沒(méi)有該類(lèi)的對(duì)象）
加載該類(lèi)的 ClassLoader 已經(jīng)被回收
該類(lèi)對(duì)應(yīng)的 java.lang.Class 對(duì)象沒(méi)有在任何地方被引用，無(wú)法在任何地方利用反射訪問(wèn)該類(lèi)
25.垃圾收集算法
GC 最基礎(chǔ)的算法有三種：標(biāo)記 -清除算法、復(fù)制算法、標(biāo)記-壓縮算法，我們常用的垃圾回收器一般都采用分代收集算法。
26.垃圾回收器
Serial 收集器，串行收集器是最古老，最穩(wěn)定以及效率高的收集器，可能會(huì)產(chǎn)生較長(zhǎng)的停頓，只使用一個(gè)線程去回收。
ParNew 收集器，ParNew 收集器其實(shí)就是 Serial 收集器的多線程版本。
Parallel 收集器，Parallel Scavenge 收集器類(lèi)似 ParNew 收集器，Parallel 收集器更關(guān)注系統(tǒng)的吞吐量。
Parallel Old 收集器，Parallel Old 是 Parallel Scavenge 收集器的老年代版本，使用多線程和“標(biāo)記－整理”算法
CMS 收集器，CMS（Concurrent Mark Sweep）收集器是一種以獲取最短回收停頓時(shí)間為目標(biāo)的收集器。
G1 收集器，G1 (Garbage-First)是一款面向服務(wù)器的垃圾收集器,主要針對(duì)配備多顆處理器及大容量?jī)?nèi)存的機(jī)器. 以極高概率滿足 GC 停頓時(shí)間要求的同時(shí),還具備高吞吐量性能特征
27.GC 日志分析
摘錄 GC 日志一部分（前部分為年輕代 gc 回收；后部分為 full gc 回收）：
2016-07-05T10:43:18.093+0800: 25.395: [GC [PSYoungGen: 274931K->10738K(274944K)] 371093K->147186K(450048K), 0.0668480 secs] [Times: user=0.17 sys=0.08, real=0.07 secs] 2016-07-05T10:43:18.160+0800: 25.462: [Full GC [PSYoungGen: 10738K->0K(274944K)] [ParOldGen: 136447K->140379K(302592K)] 147186K->140379K(577536K) [PSPermGen: 85411K->85376K(171008K)], 0.6763541 secs] [Times: user=1.75 sys=0.02, real=0.68 secs] 通過(guò)上面日志分析得出，PSYoungGen、ParOldGen、PSPermGen 屬于 Parallel 收集器。其中 PSYoungGen 表示 gc 回收前后年輕代的內(nèi)存變化；ParOldGen 表示 gc 回收前后老年代的內(nèi)存變化；PSPermGen 表示 gc 回收前后永久區(qū)的內(nèi)存變化。young gc 主要是針對(duì)年輕代進(jìn)行內(nèi)存回收比較頻繁，耗時(shí)短；full gc 會(huì)對(duì)整個(gè)堆內(nèi)存進(jìn)行回城，耗時(shí)長(zhǎng)，因此一般盡量減少 full gc 的次數(shù)
28.調(diào)優(yōu)命令
Sun JDK 監(jiān)控和故障處理命令有 jps jstat jmap jhat jstack jinfo
29.調(diào)優(yōu)工具
常用調(diào)優(yōu)工具分為兩類(lèi),jdk 自帶監(jiān)控工具：jconsole 和 jvisualvm，第三方有：MAT(Memory Analyzer Tool)、GChisto。
jconsole，Java Monitoring and Management Console 是從 java5 開(kāi)始，在 JDK 中自帶的 java 監(jiān)控和管理控制臺(tái)，用于對(duì) JVM 中內(nèi)存，線程和類(lèi)等的監(jiān)控
jvisualvm，jdk 自帶全能工具，可以分析內(nèi)存快照、線程快照；監(jiān)控內(nèi)存變化、GC 變化等。
MAT，Memory Analyzer Tool，一個(gè)基于 Eclipse 的內(nèi)存分析工具，是一個(gè)快速、功能豐富的 Java heap 分析工具，它可以幫助我們查找內(nèi)存泄漏和減少內(nèi)存消耗
GChisto，一款專(zhuān)業(yè)分析 gc 日志的工具
30.Minor GC 與 Full GC 分別在什么時(shí)候發(fā)生？
新生代內(nèi)存不夠用時(shí)候發(fā)生 MGC 也叫 YGC，JVM 內(nèi)存不夠的時(shí)候發(fā)生 FGC
金同