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

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

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

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

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

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

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

「守護線程和非守護線程的區(qū)別是？」 我們通過例子來看吧~

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

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

運行結(jié)果：

可以發(fā)現(xiàn)標記為守護線程后，「主線程銷毀停止，守護線程一起銷毀」。我們再看下，去掉 t1.setDaemon(true)守護標記的效果：

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

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

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

守護線程擁有「自動結(jié)束自己生命周期的特性」，非守護線程卻沒有。如果垃圾回收線程是非守護線程，當JVM 要退出時，由于垃圾回收線程還在運行著，導致程序無法退出，這就很尷尬。這就是「為什么垃圾回收線程需要是守護線程啦」。

6.WeakHashMap了解過嘛？它是怎么工作的？

「WeakHashMap」 類似HashMap ，不同點在WeakHashMap的key是「弱引用」的key。

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

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

正是因為WeakHashMap使用的是弱引用，「它的對象可能隨時被回收」。WeakHashMap 類的行為部分「取決于垃圾回收器的動作」,調(diào)用兩次size()方法返回不同值，調(diào)用兩次isEmpty()，一次返回true，一次返回false都是「可能的」。

WeakHashMap「工作原理」回答這兩點：

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

WeakHashMap內(nèi)部的Entry繼承了WeakReference，即弱引用，所以就具有了弱引用的特點，「隨時可能被回收」。看下源碼哈：

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