這篇文章將為大家詳細講解有關(guān)JVM的面試真題有哪些，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。

專注于為中小企業(yè)提供網(wǎng)站制作、網(wǎng)站設(shè)計服務(wù),電腦端+手機端+微信端的三站合一,更高效的管理,為中小企業(yè)涇源免費做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動了上千余家企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網(wǎng)站建設(shè)實現(xiàn)規(guī)模擴充和轉(zhuǎn)變。

JVM系列知識，非常的重要，面試基本是必問的。

1. 對象一定分配在堆中嗎？有沒有了解逃逸分析技術(shù)？

「對象一定分配在堆中嗎？」不一定的，JVM通過**「逃逸分析」**，那些逃不出方法的對象會在棧上分配。

• 「什么是逃逸分析？」

逃逸分析(Escape Analysis)，是一種可以有效減少Java 程序中同步負載和內(nèi)存堆分配壓力的跨函數(shù)全局數(shù)據(jù)流分析算法。通過逃逸分析，Java Hotspot編譯器能夠分析出一個新的對象的引用的使用范圍，從而決定是否要將這個對象分配到堆上。

?逃逸分析是指分析指針動態(tài)范圍的方法，它同編譯器優(yōu)化原理的指針分析和外形分析相關(guān)聯(lián)。當(dāng)變量（或者對象）在方法中分配后，其指針有可能被返回或者被全局引用，這樣就會被其他方法或者線程所引用，這種現(xiàn)象稱作指針（或者引用）的逃逸(Escape)。通俗點講，如果一個對象的指針被多個方法或者線程引用時，那么我們就稱這個對象的指針發(fā)生了逃逸。 ?

• 「一個逃逸分析的例子」

/**
 *  @author 撿田螺的小男孩
 */
public class EscapeAnalysisTest {

    public static Object object;

    //StringBuilder可能被其他方法改變，逃逸到了方法外部。
    public StringBuilder  escape(String a, String b) {
        StringBuilder str = new StringBuilder();
        str.append(a);
        str.append(b);
        return str;
    }

    //不直接返回StringBuffer,不發(fā)生逃逸
    public String notEscape(String a, String b) {
        StringBuilder str = new StringBuilder();
        str.append(a);
        str.append(b);
        return str.toString();
    }

    //外部線程可見object,發(fā)生逃逸
    public void objectEscape(){
        object = new Object();
    }

    //僅方法內(nèi)部可見,不發(fā)生逃逸
    public void objectNotEscape(){
        Object object = new Object();
    }
}

「逃逸分析的好處」

?棧上分配，可以降低垃圾收集器運行的頻率。同步消除，如果發(fā)現(xiàn)某個對象只能從一個線程可訪問，那么在這個對象上的操作可以不需要同步。標(biāo)量替換，把對象分解成一個個基本類型，并且內(nèi)存分配不再是分配在堆上，而是分配在棧上。這樣的好處有，一、減少內(nèi)存使用，因為不用生成對象頭。二、程序內(nèi)存回收效率高，并且GC頻率也會減少。?

2.虛擬機為什么使用元空間替換了永久代？

「什么是元空間？什么是永久代？為什么用元空間代替永久代？」我們先回顧一下**「方法區(qū)」**吧,看看虛擬機運行時數(shù)據(jù)內(nèi)存圖，如下:

?方法區(qū)和堆一樣，是各個線程共享的內(nèi)存區(qū)域，它用于存儲已被虛擬機加載的類信息、常量、靜態(tài)變量、即時編譯后的代碼等數(shù)據(jù)。 ?

「什么是永久代？它和方法區(qū)有什么關(guān)系呢？」

?如果在HotSpot虛擬機上開發(fā)、部署，很多程序員都把方法區(qū)稱作永久代。可以說方法區(qū)是規(guī)范，永久代是Hotspot針對該規(guī)范進行的實現(xiàn)。在Java7及以前的版本，方法區(qū)都是永久代實現(xiàn)的。 ?

「什么是元空間？它和方法區(qū)有什么關(guān)系呢？」

?對于Java8，HotSpots取消了永久代，取而代之的是元空間(Metaspace)。換句話說，就是方法區(qū)還是在的，只是實現(xiàn)變了，從永久代變?yōu)樵臻g了。 ?

「為什么使用元空間替換了永久代？」

• 永久代的方法區(qū)，和堆使用的物理內(nèi)存是連續(xù)的。

**「永久代」**是通過以下這兩個參數(shù)配置大小的~

• -XX:PremSize：設(shè)置永久代的初始大小

• -XX:MaxPermSize: 設(shè)置永久代的最大值，默認是64M

對于**「永久代」，如果動態(tài)生成很多class的話，就很可能出現(xiàn)「java.lang.OutOfMemoryError: PermGen space錯誤」**，因為永久代空間配置有限嘛。最典型的場景是，在web開發(fā)比較多jsp頁面的時候。

• JDK8之后，方法區(qū)存在于元空間(Metaspace)。物理內(nèi)存不再與堆連續(xù)，而是直接存在于本地內(nèi)存中，理論上機器**「內(nèi)存有多大，元空間就有多大」**。

可以通過以下的參數(shù)來設(shè)置元空間的大?。?/p>

?-XX:MetaspaceSize，初始空間大小，達到該值就會觸發(fā)垃圾收集進行類型卸載，同時GC會對該值進行調(diào)整：如果釋放了大量的空間，就適當(dāng)降低該值；如果釋放了很少的空間，那么在不超過MaxMetaspaceSize時，適當(dāng)提高該值。-XX:MaxMetaspaceSize，最大空間，默認是沒有限制的。-XX:MinMetaspaceFreeRatio，在GC之后，最小的Metaspace剩余空間容量的百分比，減少為分配空間所導(dǎo)致的垃圾收集-XX:MaxMetaspaceFreeRatio，在GC之后，最大的Metaspace剩余空間容量的百分比，減少為釋放空間所導(dǎo)致的垃圾收集?

「所以，為什么使用元空間替換永久代？」

?表面上看是為了避免OOM異常。因為通常使用PermSize和MaxPermSize設(shè)置永久代的大小就決定了永久代的上限，但是不是總能知道應(yīng)該設(shè)置為多大合適, 如果使用默認值很容易遇到OOM錯誤。當(dāng)使用元空間時，可以加載多少類的元數(shù)據(jù)就不再由MaxPermSize控制, 而由系統(tǒng)的實際可用空間來控制啦。 ?

3.什么是Stop The World ? 什么是OopMap？什么是安全點？

進行垃圾回收的過程中，會涉及對象的移動。為了保證對象引用更新的正確性，必須暫停所有的用戶線程，像這樣的停頓，虛擬機設(shè)計者形象描述為**「Stop The World」**。

在HotSpot中，有個數(shù)據(jù)結(jié)構(gòu)（映射表）稱為**「OopMap」。一旦類加載動作完成的時候，HotSpot就會把對象內(nèi)什么偏移量上是什么類型的數(shù)據(jù)計算出來，記錄到OopMap。在即時編譯過程中，也會在「特定的位置」**生成 OopMap，記錄下棧上和寄存器里哪些位置是引用。

這些特定的位置主要在：

• 1.循環(huán)的末尾（非 counted 循環(huán)）

• 2.方法臨返回前 / 調(diào)用方法的call指令后

• 3.可能拋異常的位置

這些位置就叫作**「安全點(safepoint)?！?* 用戶程序執(zhí)行時并非在代碼指令流的任意位置都能夠在停頓下來開始垃圾收集，而是必須是執(zhí)行到安全點才能夠暫停。

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ū)別是？」我們通過例子來看吧~

    /**
      */
    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) {
                    }
                }
        });
        //標(biāo)記為守護線程
        t1.setDaemon(true);
        //啟動線程
        t1.start();

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

運行結(jié)果：

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

    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í)行完畢...");
    }

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

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

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

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

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

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

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

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

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

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

    private static class Entry<K,V> extends WeakReference<Object> implements Map.Entry<K,V> {
        V value;
        final int hash;
        Entry<K,V> next;

        /**
         * Creates new entry.
         */
        Entry(Object key, V value,
              ReferenceQueue<Object> queue,
              int hash, Entry<K,V> next) {
            super(key, queue);
            this.value = value;
            this.hash  = hash;
            this.next  = next;
        }
        ......

「WeakHashMap是如何將Entry移除的？」GC每次清理掉一個對象之后，引用對象會放到ReferenceQueue的，接著呢遍歷queue進行刪除。WeakHashMap的增刪改查操作，就是直接/間接調(diào)用expungeStaleEntries()方法，達到及時清除過期entry的目的?？梢钥聪耬xpungeStaleEntries源碼哈：

  /**
     * Expunges stale entries from the table.
     */
    private void expungeStaleEntries() {
        for (Object x; (x = queue.poll()) != null; ) {
            synchronized (queue) {
                @SuppressWarnings("unchecked")
                    Entry<K,V> e = (Entry<K,V>) x;
                int i = indexFor(e.hash, table.length);

                Entry<K,V> prev = table[i];
                Entry<K,V> p = prev;
                while (p != null) {
                    Entry<K,V> next = p.next;
                    if (p == e) {
                        if (prev == e)
                            table[i] = next;
                        else
                            prev.next = next;
                        // Must not null out e.next;
                        // stale entries may be in use by a HashIterator
                        e.value = null; // Help GC
                        size--;
                        break;
                    }
                    prev = p;
                    p = next;
                }
            }
        }
    }

7. 是否了解Java語法糖嘛？說下12種Java中常用的語法糖？

語法糖（Syntactic Sugar），也稱糖衣語法，讓程序更加簡潔，有更高的可讀性。Java 中最常用的語法糖主要有泛型、變長參數(shù)、條件編譯、自動拆裝箱、內(nèi)部類等12種。

• 語法糖一、switch 支持 String 與枚舉

• 語法糖二、 泛型

• 語法糖三、 自動裝箱與拆箱

• 語法糖四 、 方法變長參數(shù)

• 語法糖五 、 枚舉

• 語法糖六 、 內(nèi)部類

• 語法糖七 、條件編譯

• 語法糖八 、 斷言

• 語法糖九 、 數(shù)值字面量

• 語法糖十 、 for-each

• 語法糖十一 、 try-with-resource

• 語法糖十二、Lambda表達式

感興趣的朋友，可以看下這篇文章哈：不了解這12個語法糖，別說你會Java！

8. 什么是指針碰撞？什么是空閑列表？什么是TLAB？

?一般情況下，JVM的對象都放在堆內(nèi)存中（發(fā)生逃逸分析除外）。當(dāng)類加載檢查通過后，Java虛擬機開始為新生對象分配內(nèi)存。如果Java堆中內(nèi)存是絕對規(guī)整的，所有被使用過的的內(nèi)存都被放到一邊，空閑的內(nèi)存放到另外一邊，中間放著一個指針作為分界點的指示器，所分配內(nèi)存僅僅是把那個指針向空閑空間方向挪動一段與對象大小相等的實例，這種分配方式就是“「指針碰撞」”。 ?

?如果Java堆內(nèi)存中的內(nèi)存并不是規(guī)整的，已被使用的內(nèi)存和空閑的內(nèi)存相互交錯在一起，不可以進行指針碰撞啦，虛擬機必須維護一個列表，記錄哪些內(nèi)存是可用的，在分配的時候從列表找到一塊大的空間分配給對象實例，并更新列表上的記錄，這種分配方式就是“「空閑列表」” ?

對象創(chuàng)建在虛擬機中是非常頻繁的行為，可能存在線性安全問題。如果一個線程正在給A對象分配內(nèi)存，指針還沒有來的及修改，同時另一個為B對象分配內(nèi)存的線程，仍引用這之前的指針指向，這就出**「問題」**了。

?可以把內(nèi)存分配的動作按照線程劃分在不同的空間之中進行，每個線程在Java堆中預(yù)先分配一小塊內(nèi)存,這就是**「TLAB（Thread Local Allocation Buffer，本地線程分配緩存）」** 。虛擬機通過-XX:UseTLAB設(shè)定它的。 ?

9.CMS垃圾回收器的工作過程，CMS收集器和G1收集器的區(qū)別。

CMS(Concurrent Mark Sweep) 收集器：是一種以獲得最短回收停頓時間為目標(biāo)的收集器，標(biāo)記清除算法，運作過程：「初始標(biāo)記，并發(fā)標(biāo)記，重新標(biāo)記，并發(fā)清除」，收集結(jié)束會產(chǎn)生大量空間碎片。如圖（下圖來源互聯(lián)網(wǎng)）：

「CMS收集器和G1收集器的區(qū)別：」

• CMS收集器是老年代的收集器，可以配合新生代的Serial和ParNew收集器一起使用；

• G1收集器收集范圍是老年代和新生代，不需要結(jié)合其他收集器使用；

• CMS收集器以最小的停頓時間為目標(biāo)的收集器；

• G1收集器可預(yù)測垃圾回收的停頓時間

• CMS收集器是使用“標(biāo)記-清除”算法進行的垃圾回收，容易產(chǎn)生內(nèi)存碎片

• G1收集器使用的是“標(biāo)記-整理”算法，進行了空間整合，降低了內(nèi)存空間碎片。

10.JVM 調(diào)優(yōu)

JVM調(diào)優(yōu)其實就是通過調(diào)節(jié)JVM參數(shù)，即對垃圾收集器和內(nèi)存分配的調(diào)優(yōu)，以達到更高的吞吐和性能。JVM調(diào)優(yōu)主要調(diào)節(jié)以下參數(shù)

「堆棧內(nèi)存相關(guān)」

?-Xms 設(shè)置初始堆的大小-Xmx 設(shè)置最大堆的大小-Xmn 設(shè)置年輕代大小，相當(dāng)于同時配置-XX:NewSize和-XX:MaxNewSize為一樣的值-Xss 每個線程的堆棧大小-XX:NewSize 設(shè)置年輕代大小(for 1.3/1.4)-XX:MaxNewSize 年輕代最大值(for 1.3/1.4)-XX:NewRatio 年輕代與年老代的比值(除去持久代)-XX:SurvivorRatio Eden區(qū)與Survivor區(qū)的的比值 -XX:PretenureSizeThreshold 當(dāng)創(chuàng)建的對象超過指定大小時，直接把對象分配在老年代。-XX:MaxTenuringThreshold設(shè)定對象在Survivor復(fù)制的最大年齡閾值，超過閾值轉(zhuǎn)移到老年代?

「垃圾收集器相關(guān)」

?-XX:+UseParallelGC：選擇垃圾收集器為并行收集器。-XX:ParallelGCThreads=20：配置并行收集器的線程數(shù)-XX:+UseConcMarkSweepGC：設(shè)置年老代為并發(fā)收集。 -XX:CMSFullGCsBeforeCompaction=5 由于并發(fā)收集器不對內(nèi)存空間進行壓縮、整理，所以運行一段時間以后會產(chǎn)生“碎片”，使得運行效率降低。此值設(shè)置運行5次GC以后對內(nèi)存空間進行壓縮、整理。-XX:+UseCMSCompactAtFullCollection：打開對年老代的壓縮。可能會影響性能，但是可以消除碎片?

「輔助信息相關(guān)」

?-XX:+PrintGCDetails 打印GC詳細信息-XX:+ HeapDumpOnOutOfMemoryError讓JVM在發(fā)生內(nèi)存溢出的時候自動生成內(nèi)存快照,排查問題用-XX:+DisableExplicitGC禁止系統(tǒng)System.gc()，防止手動誤觸發(fā)FGC造成問題.-XX:+PrintTLAB 查看TLAB空間的使用情況?

關(guān)于JVM的面試真題有哪些就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。

當(dāng)前標(biāo)題：JVM的面試真題有哪些
當(dāng)前網(wǎng)址：http://chinadenli.net/article20/jhhpjo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站建設(shè)、小程序開發(fā)、自適應(yīng)網(wǎng)站、、網(wǎng)站設(shè)計公司、外貿(mào)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)