前言

最近的加班好嚴(yán)重啊遭殉，阿博感覺(jué)身體都快被掏空了... 加上腰痛到不行石挂，彎腰也痛，睡覺(jué)都只能趴著睡险污！

上周末去看了醫(yī)生痹愚，醫(yī)生說(shuō)：年紀(jì)輕輕的怎么腰就這么差了，平時(shí)“操勞過(guò)度”了吧蛔糯，年輕人多注意休息啊拯腮，少“操勞”一些，吃的要清淡蚁飒，多搞點(diǎn)補(bǔ)氣補(bǔ)腎的東西动壤，養(yǎng)個(gè)把月就差不多了，問(wèn)題不大的

關(guān)鍵是我連個(gè)女朋友都沒(méi)得啊淮逻，這**是什么人間疾苦扒戆谩！

停下手中的針線活爬早，默默端起我的保溫杯哼丈，泡上枸杞，再整兩顆六味地黃丸
這感覺(jué)筛严，巴適啊~~

說(shuō)實(shí)在的大家還是要注意好身體醉旦，真正等病痛來(lái)的時(shí)候是很突然的，大家以我為例脑漫，請(qǐng)各自注意好身體髓抑！

好了好了，今天就不再多廢話了优幸，直接進(jìn)入正題吨拍，請(qǐng)大家往下看！

之前面試阿里的時(shí)候總結(jié)的一些JVM經(jīng)典面試題网杆，這次整理出來(lái)給大家看一看羹饰，順便給大家分享一下我自己的解題思路伊滋，大家可以多看看，了解一下队秩，如果有幫助的話笑旺，記得在評(píng)論區(qū)留言分享！

文中如果大家覺(jué)得有異議地方的話馍资，也歡迎在評(píng)論區(qū)指出筒主，后續(xù)有空會(huì)更新。

下面就是我之前面試中關(guān)于JVM的問(wèn)題和我的回答鸟蟹，敬請(qǐng)賞析Ｎ诿睢！建钥！

面試官：請(qǐng)問(wèn)什么情況下會(huì)發(fā)生棧內(nèi)存溢出藤韵。

思路： 描述棧定義，再描述為什么會(huì)溢出熊经，再說(shuō)明一下相關(guān)配置參數(shù)泽艘，OK的話可以給面試官手寫是一個(gè)棧溢出的demo。

我的答案：

• 棧是線程私有的镐依，他的生命周期與線程相同匹涮，每個(gè)方法在執(zhí)行的 時(shí)候都會(huì)創(chuàng)建一個(gè)棧幀，用來(lái)存儲(chǔ)局部變量表馋吗，操作數(shù)棧焕盟，動(dòng)態(tài)鏈接，方法出口等信息宏粤。局部變量表又包含基本數(shù)據(jù)類型脚翘，對(duì)象引用類型
• 如果線程請(qǐng)求的棧深度大于虛擬機(jī)所允許的最大深度，將拋出StackOverflowError異常绍哎，方法遞歸調(diào)用產(chǎn)生這種結(jié)果来农。
• 如果Java虛擬機(jī)棧可以動(dòng)態(tài)擴(kuò)展崇堰，并且擴(kuò)展的動(dòng)作已經(jīng)嘗試過(guò)沃于，但是無(wú)法申請(qǐng)到足夠的內(nèi)存去完成擴(kuò)展，或者在新建立線程的時(shí)候沒(méi)有足夠的內(nèi)存去創(chuàng)建對(duì)應(yīng)的虛擬機(jī)棧海诲，那么Java虛擬機(jī)將拋出一個(gè)OutOfMemory 異常繁莹。(線程啟動(dòng)過(guò)多)
• 參數(shù) -Xss 去調(diào)整JVM棧的大小

面試官：請(qǐng)?jiān)斀釰VM內(nèi)存模型

思路： 給面試官畫一下JVM內(nèi)存模型圖，并描述每個(gè)模塊的定義特幔，作用咨演，以及可能會(huì)存在的問(wèn)題，如棧溢出等蚯斯。

我的答案：

• JVM內(nèi)存結(jié)構(gòu)

程序計(jì)數(shù)器：當(dāng)前線程所執(zhí)行的字節(jié)碼的行號(hào)指示器薄风，用于記錄正在執(zhí)行的虛擬機(jī)字節(jié)指令地址饵较，線程私有。

Java虛擬棧：存放基本數(shù)據(jù)類型遭赂、對(duì)象的引用循诉、方法出口等，線程私有撇他。

Native方法棧：和虛擬棧相似茄猫，只不過(guò)它服務(wù)于Native方法，線程私有困肩。

Java堆：java內(nèi)存最大的一塊募疮，所有對(duì)象實(shí)例、數(shù)組都存放在java堆僻弹，GC回收的地方，線程共享他嚷。

方法區(qū)：存放已被加載的類信息蹋绽、常量、靜態(tài)變量筋蓖、即時(shí)編譯器編譯后的代碼數(shù)據(jù)等卸耘。（即永久帶），回收目標(biāo)主要是常量池的回收和類型的卸載粘咖，各線程共享

面試官：.JVM內(nèi)存為什么要分成新生代蚣抗，老年代，持久代瓮下。新生代中為什么要分為Eden和Survivor?

思路： 先講一下JAVA堆翰铡，新生代的劃分，再談?wù)勊鼈冎g的轉(zhuǎn)化讽坏，相互之間一些參數(shù)的配置（如： –XX:NewRatio锭魔，–XX:SurvivorRatio等），再解釋為什么要這樣劃分路呜，最好加一點(diǎn)自己的理解迷捧。

我的答案：

1）共享內(nèi)存區(qū)劃分

• 共享內(nèi)存區(qū) = 持久帶 + 堆
• 持久帶 = 方法區(qū) + 其他
• Java堆 = 老年代 + 新生代
• 新生代 = Eden + S0 + S1

2）一些參數(shù)的配置

• 默認(rèn)的，新生代 ( Young ) 與老年代 ( Old ) 的比例的值為 1:2 胀葱，可以通過(guò)參數(shù) –XX:NewRatio 配置漠秋。
• 默認(rèn)的，Edem : from : to = 8 : 1 : 1 ( 可以通過(guò)參數(shù) –XX:SurvivorRatio 來(lái)設(shè)定)
• Survivor區(qū)中的對(duì)象被復(fù)制次數(shù)為15(對(duì)應(yīng)虛擬機(jī)參數(shù) -XX:+MaxTenuringThreshold)

3)為什么要分為Eden和Survivor?為什么要設(shè)置兩個(gè)Survivor區(qū)抵屿？

• 如果沒(méi)有Survivor庆锦，Eden區(qū)每進(jìn)行一次Minor GC，存活的對(duì)象就會(huì)被送到老年代晌该。老年代很快被填滿肥荔，觸發(fā)Major GC.老年代的內(nèi)存空間遠(yuǎn)大于新生代绿渣，進(jìn)行一次Full GC消耗的時(shí)間比Minor GC長(zhǎng)得多,所以需要分為Eden和Survivor。
• Survivor的存在意義燕耿，就是減少被送到老年代的對(duì)象中符，進(jìn)而減少Full GC的發(fā)生，Survivor的預(yù)篩選保證誉帅，只有經(jīng)歷16次Minor GC還能在新生代中存活的對(duì)象淀散，才會(huì)被送到老年代。
• 設(shè)置兩個(gè)Survivor區(qū)最大的好處就是解決了碎片化蚜锨，剛剛新建的對(duì)象在Eden中档插，經(jīng)歷一次Minor GC，Eden中的存活對(duì)象就會(huì)被移動(dòng)到第一塊survivor space S0亚再，Eden被清空郭膛；等Eden區(qū)再滿了，就再觸發(fā)一次Minor GC氛悬，Eden和S0中的存活對(duì)象又會(huì)被復(fù)制送入第二塊survivor space S1（這個(gè)過(guò)程非常重要则剃，因?yàn)檫@種復(fù)制算法保證了S1中來(lái)自S0和Eden兩部分的存活對(duì)象占用連續(xù)的內(nèi)存空間，避免了碎片化的發(fā)生）

面試官：JVM中一次完整的GC流程是怎樣的如捅，對(duì)象如何晉升到老年代的棍现。

思路： 先描述一下Java堆內(nèi)存劃分，再解釋Minor GC镜遣，Major GC己肮，full GC，描述它們之間轉(zhuǎn)化流程悲关。

我的答案：

• Java堆 = 老年代 + 新生代
• 新生代 = Eden + S0 + S1
• 當(dāng) Eden 區(qū)的空間滿了谎僻， Java虛擬機(jī)會(huì)觸發(fā)一次 Minor GC，以收集新生代的垃圾寓辱，存活下來(lái)的對(duì)象戈稿，則會(huì)轉(zhuǎn)移到 Survivor區(qū)。
• 大對(duì)象（需要大量連續(xù)內(nèi)存空間的Java對(duì)象讶舰，如那種很長(zhǎng)的字符串）直接進(jìn)入老年態(tài)鞍盗；
• 如果對(duì)象在Eden出生，并經(jīng)過(guò)第一次Minor GC后仍然存活跳昼，并且被Survivor容納的話般甲，年齡設(shè)為1，每熬過(guò)一次Minor GC鹅颊，年齡+1敷存，若年齡超過(guò)一定限制（15），則被晉升到老年態(tài)。即長(zhǎng)期存活的對(duì)象進(jìn)入老年態(tài)锚烦。
• 老年代滿了而無(wú)法容納更多的對(duì)象觅闽，Minor GC 之后通常就會(huì)進(jìn)行Full GC，F(xiàn)ull GC 清理整個(gè)內(nèi)存堆 – 包括年輕代和年老代涮俄。
• Major GC 發(fā)生在老年代的GC蛉拙，清理老年區(qū)，經(jīng)常會(huì)伴隨至少一次Minor GC彻亲，比Minor GC慢10倍以上孕锄。

面試官：你知道哪幾種垃圾收集器，各自的優(yōu)缺點(diǎn)苞尝，重點(diǎn)講下cms和G1畸肆，包括原理，流程宙址，優(yōu)缺點(diǎn)轴脐。

思路： 一定要記住典型的垃圾收集器，尤其cms和G1抡砂，它們的原理與區(qū)別豁辉，涉及的垃圾回收算法。

我的答案：

1）幾種垃圾收集器：

• Serial收集器： 單線程的收集器舀患，收集垃圾時(shí)，必須stop the world气破，使用復(fù)制算法聊浅。
• ParNew收集器： Serial收集器的多線程版本，也需要stop the world现使，復(fù)制算法低匙。
• Parallel Scavenge收集器： 新生代收集器，復(fù)制算法的收集器碳锈，并發(fā)的多線程收集器顽冶，目標(biāo)是達(dá)到一個(gè)可控的吞吐量。如果虛擬機(jī)總共運(yùn)行100分鐘售碳，其中垃圾花掉1分鐘强重，吞吐量就是99%。
• Serial Old收集器： 是Serial收集器的老年代版本贸人，單線程收集器间景，使用標(biāo)記整理算法。
• Parallel Old收集器： 是Parallel Scavenge收集器的老年代版本艺智，使用多線程倘要，標(biāo)記-整理算法。
• CMS(Concurrent Mark Sweep) 收集器： 是一種以獲得最短回收停頓時(shí)間為目標(biāo)的收集器十拣，標(biāo)記清除算法封拧，運(yùn)作過(guò)程：初始標(biāo)記志鹃，并發(fā)標(biāo)記，重新標(biāo)記泽西，并發(fā)清除曹铃，收集結(jié)束會(huì)產(chǎn)生大量空間碎片。
• G1收集器： 標(biāo)記整理算法實(shí)現(xiàn)尝苇，運(yùn)作流程主要包括以下：初始標(biāo)記铛只，并發(fā)標(biāo)記，最終標(biāo)記糠溜，篩選標(biāo)記淳玩。不會(huì)產(chǎn)生空間碎片，可以精確地控制停頓非竿。

2）CMS收集器和G1收集器的區(qū)別：

• CMS收集器是老年代的收集器蜕着，可以配合新生代的Serial和ParNew收集器一起使用；
• G1收集器收集范圍是老年代和新生代红柱，不需要結(jié)合其他收集器使用承匣；
• CMS收集器以最小的停頓時(shí)間為目標(biāo)的收集器；
• G1收集器可預(yù)測(cè)垃圾回收的停頓時(shí)間
• CMS收集器是使用“標(biāo)記-清除”算法進(jìn)行的垃圾回收锤悄，容易產(chǎn)生內(nèi)存碎片
• G1收集器使用的是“標(biāo)記-整理”算法韧骗，進(jìn)行了空間整合，降低了內(nèi)存空間碎片零聚。

面試官：JVM內(nèi)存模型的相關(guān)知識(shí)了解多少袍暴，比如重排序，內(nèi)存屏障隶症，happen-before政模，主內(nèi)存，工作內(nèi)存蚂会。

思路： 先畫出Java內(nèi)存模型圖淋样，結(jié)合例子volatile ，說(shuō)明什么是重排序胁住，內(nèi)存屏障趁猴，最好能給面試官寫以下demo說(shuō)明。

我的答案：

1 Java內(nèi)存模型圖：

Java內(nèi)存模型規(guī)定了所有的變量都存儲(chǔ)在主內(nèi)存中彪见，每條線程還有自己的工作內(nèi)存躲叼，線程的工作內(nèi)存中保存了該線程中是用到的變量的主內(nèi)存副本拷貝，線程對(duì)變量的所有操作都必須在工作內(nèi)存中進(jìn)行企巢，而不能直接讀寫主內(nèi)存枫慷。不同的線程之間也無(wú)法直接訪問(wèn)對(duì)方工作內(nèi)存中的變量，線程間變量的傳遞均需要自己的工作內(nèi)存和主存之間進(jìn)行數(shù)據(jù)同步進(jìn)行。

2）指令重排序或听。

在這里探孝，先看一段代碼

public class PossibleReordering {static int x = 0, y = 0;static int a = 0, b = 0; public static void main(String[] args) throws InterruptedException {    Thread one = new Thread(new Runnable() {        public void run() {            a = 1;            x = b;        }    });     Thread other = new Thread(new Runnable() {        public void run() {            b = 1;            y = a;        }    });    one.start();other.start();    one.join();other.join();    System.out.println(“(” + x + “,” + y + “)”);}

運(yùn)行結(jié)果可能為(1,0)、(0,1)或(1,1)誉裆，也可能是(0,0)顿颅。因?yàn)椋趯?shí)際運(yùn)行時(shí)足丢，代碼指令可能并不是嚴(yán)格按照代碼語(yǔ)句順序執(zhí)行的粱腻。大多數(shù)現(xiàn)代微處理器都會(huì)采用將指令亂序執(zhí)行（out-of-order execution，簡(jiǎn)稱OoOE或OOE）的方法斩跌，在條件允許的情況下绍些，直接運(yùn)行當(dāng)前有能力立即執(zhí)行的后續(xù)指令，避開(kāi)獲取下一條指令所需數(shù)據(jù)時(shí)造成的等待3耀鸦。通過(guò)亂序執(zhí)行的技術(shù)柬批，處理器可以大大提高執(zhí)行效率。而這就是指令重排袖订。

3）內(nèi)存屏障

內(nèi)存屏障氮帐，也叫內(nèi)存柵欄，是一種CPU指令洛姑，用于控制特定條件下的重排序和內(nèi)存可見(jiàn)性問(wèn)題上沐。

• LoadLoad屏障：對(duì)于這樣的語(yǔ)句Load1; LoadLoad; Load2，在Load2及后續(xù)讀取操作要讀取的數(shù)據(jù)被訪問(wèn)前楞艾，保證Load1要讀取的數(shù)據(jù)被讀取完畢参咙。
• StoreStore屏障：對(duì)于這樣的語(yǔ)句Store1; StoreStore; Store2，在Store2及后續(xù)寫入操作執(zhí)行前产徊，保證Store1的寫入操作對(duì)其它處理器可見(jiàn)。
• LoadStore屏障：對(duì)于這樣的語(yǔ)句Load1; LoadStore; Store2蜀细，在Store2及后續(xù)寫入操作被刷出前舟铜，保證Load1要讀取的數(shù)據(jù)被讀取完畢。
• StoreLoad屏障：對(duì)于這樣的語(yǔ)句Store1; StoreLoad; Load2奠衔，在Load2及后續(xù)所有讀取操作執(zhí)行前谆刨，保證Store1的寫入對(duì)所有處理器可見(jiàn)。它的開(kāi)銷是四種屏障中最大的归斤。 在大多數(shù)處理器的實(shí)現(xiàn)中痊夭，這個(gè)屏障是個(gè)萬(wàn)能屏障，兼具其它三種內(nèi)存屏障的功能脏里。

4）happen-before原則

• 單線程happen-before原則：在同一個(gè)線程中她我，書寫在前面的操作happen-before后面的操作。 鎖的happen-before原則：同一個(gè)鎖的unlock操作happen-before此鎖的lock操作。
• volatile的happen-before原則：對(duì)一個(gè)volatile變量的寫操作happen-before對(duì)此變量的任意操作(當(dāng)然也包括寫操作了)番舆。
• happen-before的傳遞性原則：如果A操作 happen-before B操作酝碳，B操作happen-before C操作灶芝，那么A操作happen-before C操作透揣。
• 線程啟動(dòng)的happen-before原則：同一個(gè)線程的start方法happen-before此線程的其它方法。
• 線程中斷的happen-before原則 ：對(duì)線程interrupt方法的調(diào)用happen-before被中斷線程的檢測(cè)到中斷發(fā)送的代碼庐镐。
• 線程終結(jié)的happen-before原則： 線程中的所有操作都happen-before線程的終止檢測(cè)禾怠。
• 對(duì)象創(chuàng)建的happen-before原則： 一個(gè)對(duì)象的初始化完成先于他的finalize方法調(diào)用返奉。

面試官：簡(jiǎn)單說(shuō)說(shuō)你了解的類加載器，可以打破雙親委派么吗氏，怎么打破芽偏。

思路： 先說(shuō)明一下什么是類加載器，可以給面試官畫個(gè)圖牲证，再說(shuō)一下類加載器存在的意義哮针，說(shuō)一下雙親委派模型，最后闡述怎么打破雙親委派模型坦袍。

我的答案：

1. 什么是類加載器十厢？

類加載器 就是根據(jù)指定全限定名稱將class文件加載到JVM內(nèi)存，轉(zhuǎn)為Class對(duì)象捂齐。

• 啟動(dòng)類加載器（Bootstrap ClassLoader）：由C++語(yǔ)言實(shí)現(xiàn)（針對(duì)HotSpot）,負(fù)責(zé)將存放在<JAVA_HOME>\lib目錄或-Xbootclasspath參數(shù)指定的路徑中的類庫(kù)加載到內(nèi)存中蛮放。
• 其他類加載器：由Java語(yǔ)言實(shí)現(xiàn)，繼承自抽象類ClassLoader奠宜。如：

• 擴(kuò)展類加載器（Extension ClassLoader）：負(fù)責(zé)加載<JAVA_HOME>\lib\ext目錄或java.ext.dirs系統(tǒng)變量指定的路徑中的所有類庫(kù)包颁。
• 應(yīng)用程序類加載器（Application ClassLoader）。負(fù)責(zé)加載用戶類路徑（classpath）上的指定類庫(kù)压真，我們可以直接使用這個(gè)類加載器娩嚼。一般情況，如果我們沒(méi)有自定義類加載器默認(rèn)就是用這個(gè)加載器滴肿。

2）雙親委派模型

雙親委派模型工作過(guò)程是：

如果一個(gè)類加載器收到類加載的請(qǐng)求岳悟，它首先不會(huì)自己去嘗試加載這個(gè)類，而是把這個(gè)請(qǐng)求委派給父類加載器完成泼差。每個(gè)類加載器都是如此贵少，只有當(dāng)父加載器在自己的搜索范圍內(nèi)找不到指定的類時(shí)（即ClassNotFoundException），子加載器才會(huì)嘗試自己去加載堆缘。

雙親委派模型圖：

3）為什么需要雙親委派模型滔灶？

在這里，先想一下吼肥，如果沒(méi)有雙親委派录平，那么用戶是不是可以自己定義一個(gè)java.lang.Object的同名類麻车，java.lang.String的同名類，并把它放到ClassPath中,那么類之間的比較結(jié)果及類的唯一性將無(wú)法保證萄涯，因此绪氛，為什么需要雙親委派模型？防止內(nèi)存中出現(xiàn)多份同樣的字節(jié)碼

4）怎么打破雙親委派模型涝影？

打破雙親委派機(jī)制則不僅要繼承ClassLoader類枣察，還要重寫loadClass和findClass方法。

面試官：說(shuō)說(shuō)你知道的幾種主要的JVM參數(shù)燃逻？

思路： 可以說(shuō)一下堆棧配置相關(guān)的序目，垃圾收集器相關(guān)的，還有一下輔助信息相關(guān)的伯襟。

我的答案：

1）堆棧配置相關(guān)

java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:MaxPermSize=16m -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxTenuringThreshold=0

-Xmx3550m： 最大堆大小為3550m猿涨。

-Xms3550m： 設(shè)置初始堆大小為3550m。

-Xmn2g： 設(shè)置年輕代大小為2g姆怪。

-Xss128k： 每個(gè)線程的堆棧大小為128k叛赚。

-XX:MaxPermSize： 設(shè)置持久代大小為16m

-XX:NewRatio=4: 設(shè)置年輕代（包括Eden和兩個(gè)Survivor區(qū)）與年老代的比值（除去持久代）。

-XX:SurvivorRatio=4： 設(shè)置年輕代中Eden區(qū)與Survivor區(qū)的大小比值稽揭。設(shè)置為4俺附，則兩個(gè)Survivor區(qū)與一個(gè)Eden區(qū)的比值為2:4，一個(gè)Survivor區(qū)占整個(gè)年輕代的1/6

-XX:MaxTenuringThreshold=0： 設(shè)置垃圾最大年齡溪掀。如果設(shè)置為0的話事镣，則年輕代對(duì)象不經(jīng)過(guò)Survivor區(qū)，直接進(jìn)入年老代揪胃。

2）垃圾收集器相關(guān)

-XX:+UseParallelGC-XX:ParallelGCThreads=20-XX:+UseConcMarkSweepGC -XX:CMSFullGCsBeforeCompaction=5-XX:+UseCMSCompactAtFullCollection：

-XX:+UseParallelGC： 選擇垃圾收集器為并行收集器璃哟。

-XX:ParallelGCThreads=20： 配置并行收集器的線程數(shù)

-XX:+UseConcMarkSweepGC： 設(shè)置年老代為并發(fā)收集。

-XX:CMSFullGCsBeforeCompaction：由于并發(fā)收集器不對(duì)內(nèi)存空間進(jìn)行壓縮喊递、整理随闪，所以運(yùn)行一段時(shí)間以后會(huì)產(chǎn)生“碎片”，使得運(yùn)行效率降低骚勘。此值設(shè)置運(yùn)行多少次GC以后對(duì)內(nèi)存空間進(jìn)行壓縮铐伴、整理。

-XX:+UseCMSCompactAtFullCollection： 打開(kāi)對(duì)年老代的壓縮调鲸∈⒔埽可能會(huì)影響性能挽荡，但是可以消除碎片

3）輔助信息相關(guān)

-XX:+PrintGC-XX:+PrintGCDetails

-XX:+PrintGC 輸出形式:

[GC 118250K->113543K(130112K), 0.0094143 secs] [Full GC 121376K->10414K(130112K), 0.0650971 secs]

-XX:+PrintGCDetails 輸出形式:

[GC [DefNew: 8614K->781K(9088K), 0.0123035 secs] 118250K->113543K(130112K), 0.0124633 secs] [GC [DefNew: 8614K->8614K(9088K), 0.0000665 secs][Tenured: 112761K->10414K(121024K), 0.0433488 secs] 121376K->10414K(130112K), 0.0436268 secs

面試官：怎么打出線程棧信息藐石。

思路： 可以說(shuō)一下jps，top 定拟，jstack這幾個(gè)命令于微，再配合一次排查線上問(wèn)題進(jìn)行解答逗嫡。

我的答案：

• 輸入jps，獲得進(jìn)程號(hào)株依。
• top -Hp pid 獲取本進(jìn)程中所有線程的CPU耗時(shí)性能
• jstack pid命令查看當(dāng)前java進(jìn)程的堆棧狀態(tài)
• 或者 jstack -l > /tmp/output.txt 把堆棧信息打到一個(gè)txt文件驱证。
• 可以使用fastthread 堆棧定位

面試官：敘述一下強(qiáng)引用、軟引用恋腕、弱引用抹锄、虛引用的區(qū)別？

思路： 先說(shuō)一下四種引用的定義荠藤，可以結(jié)合代碼講一下伙单，也可以擴(kuò)展談到ThreadLocalMap里弱引用用處。

我的答案：

1）強(qiáng)引用

我們平時(shí)new了一個(gè)對(duì)象就是強(qiáng)引用哈肖，例如 Object obj = new Object();即使在內(nèi)存不足的情況下吻育，JVM寧愿拋出OutOfMemory錯(cuò)誤也不會(huì)回收這種對(duì)象。

2）軟引用

如果一個(gè)對(duì)象只具有軟引用淤井，則內(nèi)存空間足夠布疼，垃圾回收器就不會(huì)回收它；如果內(nèi)存空間不足了币狠，就會(huì)回收這些對(duì)象的內(nèi)存游两。

SoftReference<String> softRef=new SoftReference<String>(str);     // 軟引用

用處： 軟引用在實(shí)際中有重要的應(yīng)用，例如瀏覽器的后退按鈕总寻。按后退時(shí)器罐，這個(gè)后退時(shí)顯示的網(wǎng)頁(yè)內(nèi)容是重新進(jìn)行請(qǐng)求還是從緩存中取出呢？這就要看具體的實(shí)現(xiàn)策略了渐行。

（1）如果一個(gè)網(wǎng)頁(yè)在瀏覽結(jié)束時(shí)就進(jìn)行內(nèi)容的回收轰坊，則按后退查看前面瀏覽過(guò)的頁(yè)面時(shí)，需要重新構(gòu)建

（2）如果將瀏覽過(guò)的網(wǎng)頁(yè)存儲(chǔ)到內(nèi)存中會(huì)造成內(nèi)存的大量浪費(fèi)祟印，甚至?xí)斐蓛?nèi)存溢出

如下代碼：

Browser prev = new Browser();               // 獲取頁(yè)面進(jìn)行瀏覽SoftReference sr = new SoftReference(prev); // 瀏覽完畢后置為軟引用        if(sr.get()!=null){     rev = (Browser) sr.get();           // 還沒(méi)有被回收器回收肴沫，直接獲取}else{    prev = new Browser();               // 由于內(nèi)存吃緊，所以對(duì)軟引用的對(duì)象回收了    sr = new SoftReference(prev);       // 重新構(gòu)建}

3）弱引用

具有弱引用的對(duì)象擁有更短暫的生命周期蕴忆。在垃圾回收器線程掃描它所管轄的內(nèi)存區(qū)域的過(guò)程中颤芬，一旦發(fā)現(xiàn)了只具有弱引用的對(duì)象，不管當(dāng)前內(nèi)存空間足夠與否套鹅，都會(huì)回收它的內(nèi)存站蝠。

String str=new String("abc");    WeakReference<String> abcWeakRef = new WeakReference<String>(str);str=null;等價(jià)于str = null;System.gc();

4）虛引用

如果一個(gè)對(duì)象僅持有虛引用，那么它就和沒(méi)有任何引用一樣卓鹿，在任何時(shí)候都可能被垃圾回收器回收菱魔。虛引用主要用來(lái)跟蹤對(duì)象被垃圾回收器回收的活動(dòng)。

最后：關(guān)于JVM的知識(shí)點(diǎn)精華匯總思維導(dǎo)圖吟孙！

阿博給大家用XMind畫了一張思維導(dǎo)圖（源文件對(duì)部分節(jié)點(diǎn)有詳細(xì)備注和參考資料澜倦，需要的朋友可以轉(zhuǎn)發(fā)本篇內(nèi)容聚蝶，然后后臺(tái)私信“JVM”即可免費(fèi)獲取）：