4.說(shuō)一下JVM 的主要組成部分及其作用？

JVM包含兩個(gè)子系統(tǒng)和兩個(gè)組件，分別為

• Class loader(類(lèi)裝載子系統(tǒng))
• Execution engine(執(zhí)行引擎子系統(tǒng))；
• Runtime data area(運(yùn)行時(shí)數(shù)據(jù)區(qū)組件)
• Native Interface(本地接口組件)。

• 「Class loader(類(lèi)裝載)：」 根據(jù)給定的全限定名類(lèi)名(如：java.lang.Object)來(lái)裝載class文件到運(yùn)行時(shí)數(shù)據(jù)區(qū)的方法區(qū)中。
• 「Execution engine（執(zhí)行引擎）」：執(zhí)行class的指令。
• 「Native Interface(本地接口)：」 與native lib交互，是其它編程語(yǔ)言交互的接口。
• 「Runtime data area(運(yùn)行時(shí)數(shù)據(jù)區(qū)域)」：即我們常說(shuō)的JVM的內(nèi)存。

首先通過(guò)編譯器把 Java源代碼轉(zhuǎn)換成字節(jié)碼，Class loader(類(lèi)裝載)再把字節(jié)碼加載到內(nèi)存中，將其放在運(yùn)行時(shí)數(shù)據(jù)區(qū)的方法區(qū)內(nèi)，而字節(jié)碼文件只是 JVM 的一套指令集規(guī)范，并不能直接交給底層操作系統(tǒng)去執(zhí)行，因此需要特定的命令解析器執(zhí)行引擎（Execution Engine），將字節(jié)碼翻譯成底層系統(tǒng)指令，再交由 CPU 去執(zhí)行，而這個(gè)過(guò)程中需要調(diào)用其他語(yǔ)言的本地庫(kù)接口（Native Interface）來(lái)實(shí)現(xiàn)整個(gè)程序的功能。

5. 守護(hù)線(xiàn)程是什么？守護(hù)線(xiàn)程和非守護(hù)線(xiàn)程的區(qū)別是？守護(hù)線(xiàn)程的作用是？

「守護(hù)線(xiàn)程」是區(qū)別于用戶(hù)線(xiàn)程哈，「用戶(hù)線(xiàn)程」即我們手動(dòng)創(chuàng)建的線(xiàn)程，而守護(hù)線(xiàn)程是程序運(yùn)行的時(shí)候在后臺(tái)提供一種「通用服務(wù)的線(xiàn)程」。垃圾回收線(xiàn)程就是典型的守護(hù)線(xiàn)程。

「守護(hù)線(xiàn)程和非守護(hù)線(xiàn)程的區(qū)別是？」 我們通過(guò)例子來(lái)看吧~

????/**
??????*?關(guān)注公眾號(hào)：撿田螺的小男孩
??????*/
????public?static?void?main(String[]?args)?throws?InterruptedException?{
????????Thread?t1?=?new?Thread(()->?{
????????????????while?(true)?{
????????????????????try?{
????????????????????????Thread.sleep(1000);
????????????????????????System.out.println("我是子線(xiàn)程(用戶(hù)線(xiàn)程.I?am?running");
????????????????????}?catch?(Exception?e)?{
????????????????????}
????????????????}
????????});
????????//標(biāo)記為守護(hù)線(xiàn)程
????????t1.setDaemon(true);
????????//啟動(dòng)線(xiàn)程
????????t1.start();

????????Thread.sleep(3000);
????????System.out.println("主線(xiàn)程執(zhí)行完畢...");
????}

運(yùn)行結(jié)果：

可以發(fā)現(xiàn)標(biāo)記為守護(hù)線(xiàn)程后，「主線(xiàn)程銷(xiāo)毀停止，守護(hù)線(xiàn)程一起銷(xiāo)毀」。我們?cè)倏聪?，去?t1.setDaemon(true)守護(hù)標(biāo)記的效果：

????public?static?void?main(String[]?args)?throws?InterruptedException?{
????????Thread?t1?=?new?Thread(()->?{
????????????????while?(true)?{
????????????????????try?{
????????????????????????Thread.sleep(1000);
????????????????????????System.out.println("我是子線(xiàn)程(用戶(hù)線(xiàn)程.I?am?running");
????????????????????}?catch?(Exception?e)?{
????????????????????}
????????????????}
????????});
????????//啟動(dòng)線(xiàn)程
????????t1.start();

????????Thread.sleep(3000);
????????System.out.println("主線(xiàn)程執(zhí)行完畢...");
????}

所以，當(dāng)主線(xiàn)程退出時(shí)，JVM 也跟著退出運(yùn)行，守護(hù)線(xiàn)程同時(shí)也會(huì)被回收，即使是死循環(huán)。如果是用戶(hù)線(xiàn)程，它會(huì)一直停在死循環(huán)跑。這就是「守護(hù)線(xiàn)程和非守護(hù)線(xiàn)程的區(qū)別」啦。

守護(hù)線(xiàn)程擁有「自動(dòng)結(jié)束自己生命周期的特性」，非守護(hù)線(xiàn)程卻沒(méi)有。如果垃圾回收線(xiàn)程是非守護(hù)線(xiàn)程，當(dāng)JVM 要退出時(shí)，由于垃圾回收線(xiàn)程還在運(yùn)行著，導(dǎo)致程序無(wú)法退出，這就很尷尬。這就是「為什么垃圾回收線(xiàn)程需要是守護(hù)線(xiàn)程啦」。

6.WeakHashMap了解過(guò)嘛？它是怎么工作的？

「WeakHashMap」 類(lèi)似HashMap ，不同點(diǎn)在WeakHashMap的key是「弱引用」的key。

談到「弱引用」，在這里回顧下四種引用吧

• 強(qiáng)引用：Object obj=new Object()這種，只要強(qiáng)引用關(guān)系還存在，垃圾收集器就永遠(yuǎn)不會(huì)回收掉被引用的對(duì)象。
• 軟引用: 一般情況不會(huì)回收，如果內(nèi)存不夠要溢出時(shí)才會(huì)進(jìn)行回收
• 弱引用：當(dāng)垃圾收集器開(kāi)始工作，無(wú)論當(dāng)前內(nèi)存是否足夠，都會(huì)回收掉只被弱引用關(guān)聯(lián)的對(duì)象。
• 虛引用：為一個(gè)對(duì)象設(shè)置虛引用的唯一目的只是為了能在這個(gè)對(duì)象被回收時(shí)收到一個(gè)系統(tǒng)的通知。

正是因?yàn)閃eakHashMap使用的是弱引用，「它的對(duì)象可能隨時(shí)被回收」。WeakHashMap 類(lèi)的行為部分「取決于垃圾回收器的動(dòng)作」,調(diào)用兩次size()方法返回不同值，調(diào)用兩次isEmpty()，一次返回true，一次返回false都是「可能的」。

WeakHashMap「工作原理」回答這兩點(diǎn)：

1. WeakHashMap具有弱引用的特點(diǎn)：隨時(shí)被回收對(duì)象。
   
   
2. 發(fā)生GC時(shí)，WeakHashMap是如何將Entry移除的呢？

WeakHashMap內(nèi)部的Entry繼承了WeakReference，即弱引用，所以就具有了弱引用的特點(diǎn)，「隨時(shí)可能被回收」?？聪略创a哈：

????private?static?class?Entry?extends?WeakReference