最近5年183個Java面試問題列表及答案［最全］

Java面試隨着時間的流逝而改變。在過去，當你知道String和StringBuilder的區別（String類和StringBuilder類的主要區別在於String是不可變的對象。所以滅此對String對象進行改變的時候其實都等同於生成了一個新的String對象，而後將引用指向新的String對象，因此常常改變內容的字符串最好不要用String，由於每次生成String對象都會對系統性能產生影響，特別當內存中無引用對象多了之後，JVM的GC就會開始工做，影響性能，能夠考慮使用可變字符序列StringBuilder），就能讓你直接進入第二輪面試，可是如今問題變得愈來愈高級，面試官問的問題也更深刻。在我初入職的時候，相似於Vector與Array的區別、HashMap與Hashtable的區別是最流行的問題，只須要記住它們，就能在面試中得到更好的機會，但這種情形已經不復存在。現在，你將會被問到許多Java程序員都沒有看過的領域，如NIO、設計模式、成熟的單元測試，或那些很難掌握的知識，如併發、算法、數據結構以及字符集編碼解碼。

因爲我喜歡研究面試題，所以我已經收集了許多的面試問題，包括許多不一樣的主題。我已經爲這衆多的問題準備一段時間了，如今我將它們分享給大家。這裏不但包含經典的面試問題，如線程、集合、equals和hashcode、socket，還包含了NIO、數組、字符串、Java 8等主題。

該列表包含了入門級Java程序員和多年經驗的高級開發者的問題。不管你是一、二、三、四、五、六、七、八、9仍是10年經驗的開發者，你都能在其中找到一些有趣的問題。這裏包含了一些超級容易回答的問題，也包含經驗豐富的Java程序員也會棘手的問題。

固然大家也是很是幸運的，當今有許多好書來幫助你準備Java面試，其中有一本我以爲特別有用和有趣的是 Markham 的《Java程序面試揭祕》（Java Programming Interview Exposed）。這本書會告訴你一些Java和JEE面試中最重要的主題，即便你不是準備Java面試，也值得一讀。

該問題列表特別長，咱們有各個方面的問題。因此，答案必須短小、簡潔、乾脆，不拖泥帶水。所以，除了這一個段落，你只會聽到問題與答案，再無其餘內容，沒有反饋，也沒有評價。爲此，我已經寫好了一些博文，在這些文章中你能夠找到我對某些問題的觀點，如我爲何喜歡這個問題，這個問題的挑戰是什麼？指望從面試者得到什麼樣的答案？

這個列表有一點不一樣。我鼓勵你採用相似的方式去分享問題和答案，這樣容易溫習。我但願這個列表對面試官和候選人都有很好的用處。面試官能夠對這些問題作一些改變以獲取新奇的元素，這對一次好的面試來講很是重要。而候選者，能夠擴展和測試Java程序語言和平臺關鍵領域的知識。2015年，我會更多得關注併發、JVM內助，32位JVM和64位JVM的區別、單元測試以及簡潔的代碼。我確信，若是你讀過這個龐大的Java面試問題列表，不管電話面試仍是面對面的面試，你都能有很好的表現。

Java面試的重要問題

除了你看到的驚人的問題數量，我也儘可能保證質量。我不止一次分享各個重要主題中的問題，也確保包含所謂的高級話題。這些話題不少程序員不喜歡準備或直接放棄，由於他們的工做不會涉及到這些。Java NIO和JVM底層就是最好的例子。你也能夠將設計模式劃分到這一類中，可是愈來愈多有經驗的程序員瞭解GoF設計模式並應用這些模式。我也儘可能在這個列表中包含2015年最新的面試問題。這些問題多是來年關注的核心。爲了給你一個大體的瞭解，下面列出這份Java面試問題列表包含的主題：

• 多線程、併發和線程基礎
• 數據類型轉換的基本原則
• 垃圾回收（GC）
• Java集合框架
• 數組
• 字符串
• GoF設計模式
• SOLID（單一功能、開閉原則、里氏替換、接口隔離以及依賴反轉）設計原則
• 接口與抽象類
• Java基礎，如equals和hashcode
• 泛型與枚舉
• Java IO 與 NIO
• 經常使用網絡協議
• Java中的數據結構和算法
• 正則表達式
• JVM底層
• Java最佳實踐
• JDBC
• Date、Time與Calendar
• Java處理XML
• JUnit
• 編程

120大Java面試題及答案

如今是時候給你展現我近5年從各類面試中收集來的120個問題了。我肯定你在本身的面試中見過不少這些問題，不少問題你也能正確回答。

多線程、併發及線程的基礎問題

1）Java中能建立 volatile 數組嗎？

能，Java中能夠建立volatile類型數組，不過只是一個指向數組的引用，而不是整個數組。個人意思是，若是改變引用指向的數組，將會受到volatile的保護，可是若是多個線程同時改變數組的元素，volatile標識符就不能起到以前的保護做用了。

2）volatile 能使得一個非原子操做變成原子操做嗎？

一個典型的例子是在類中有一個long類型的成員變量，若是你知道該成員變量會被多個線程訪問，如計數器、價格等，你最好將其設置爲volatile。爲何？由於Java中讀取long類型變量不是原子的，須要分紅兩步，若是一個線程正在修改該long變量的值，另外一個線程可能看到該值得一半（前32位）。可是對一個 volatile 型的 long 或 double 變量的讀寫是原子操做。

3）對 volatile 修飾符有過什麼實踐？

一種實踐是用 volatile 修飾 long 和 double 變量，使其能按原子類型來讀寫。double 和 long 都是64位寬，所以對這兩種類型的讀是分爲兩部分的，第一次讀取前32位，而後再讀取剩下的32位，這個過程不是原子的，但 Java 中 volatile 修飾的 long 或 double 變量的讀寫是原子的。volatile 修飾符的另外一個做用是提供內存屏障（memory barrier），例如在分佈式框架中的應用。簡單地說，就是當你寫一個 volatile 變量以前，Java 內存模型會插入一個寫屏障（write barrier），讀一個 volatile 變量以前，會插入一個讀屏障（read barrier）。意思是說，在你寫一個 volatile 域時，能保證任何線程都能看到你寫的值；同時，在寫以前，也能保證任何數值的更新對全部線程是可見的，由於內存屏障會將其餘全部寫的值更新到緩存。

4）volatile 修飾的變量提供什麼保證？

volatile 變量提供順序和可見性保證。例如，JVM 或 JIT 爲了得到更好的性能會對語句重排序，但 volatile 修飾的變量即便在沒有同步塊的狀況下賦值也不會與其餘語句重排序。volatile 提供 happens-before 的保證，確保一個線程的修改能對其餘線程是可見的。某些狀況下，volatile 還能提供原子性，如讀 64 位數據類型，像 long 和 double 都不是原子的，但 volatile 修飾的 double 和 long 就是原子的。

5）10 個線程和 2 個線程的同步代碼，哪一個更容易些？

從寫代碼的角度來講，二者的複雜度是相同的，由於同步代碼與線程數量是相互獨立的。可是同步策略的選擇依賴於線程的數量，由於越多的線程意味着更大的競爭，因此你須要利用同步技術，如鎖分離，這要求更復雜的代碼和專業知識。

6）你是如何調用 wait() 方法的？使用 if 塊仍是循環？爲何？

wait() 方法應該在循環中調用，由於當線程獲取到 CPU 開始執行的時候，其餘條件可能尚未知足，因此在處理前，循環檢測條件是否知足會更好。下面是一段標準的使用 wait 和 notify 方法的代碼：

// The standard idiom for using the wait method
synchronized(obj){
    while(condition does not hold)
        obj.wait(); // (Release lock, and reacquires on wakeup)
        ... // Perform action appropriate to condition
}

參見 《Effective Java》第 69 條，獲取更多關於爲何應該在循環中調用 wait 方法的內容。

7）什麼是多線程環境下的僞共享（false sharing）？

僞共享是多線程系統（每一個處理器有本身的局部緩存）中一個衆所周知的性能問題。僞共享發生在不一樣處理器上的線程對變量的修改依賴於相同的緩存行，以下圖所示：

僞共享問題很難被發現，由於線程可能訪問徹底不一樣的全局變量，內存中卻碰巧在很相近的位置上。如其餘諸多的併發問題，避免僞共享的最基本方式是仔細審查代碼，根據緩存行來調整你的數據結構。關於僞共享的擴展閱讀

有經驗程序員的 Java 面試題

8）什麼是 Busy spin？咱們爲何要使用它？

Busy spin 是一種在不釋放 CPU 的基礎上等待事件的技術。它常常用於避免丟失 CPU 緩存中的數據（若是線程先暫停，以後在其餘CPU上運行就會丟失）。因此，若是你的工做要求低延遲，而且你的線程目前沒有任何順序，這樣你就能夠經過循環檢測隊列中的新消息來代替調用 sleeep() 或 wait() 方法。它惟一的好處就是你只需等待很短的時間，如幾微秒或幾納秒。LMAX 分佈式框架是一個高性能線程間通訊的庫，該庫有一個 BusySpinWaitStrategy 類就是基於這個概念實現的，使用 busy spin 循環 EventProcessors 等待屏障。關於Busy spin的擴展閱讀 Disruptor入門   Java 核心

9）Java 中怎麼獲取一份線程 dump 文件？

在 Linux 下，你能夠經過命令 kill -3 PID （Java 的進程D）來獲取 Java 應用的 dump 文件。在 Windows 下，你能夠按下 Ctrl + Break 來獲取。這樣 JVM 就會將線程的 dump 文件打印到標準輸出或錯誤文件中，它可能打印在控制檯或日誌文件中，具體位置依賴應用的配置。假設你使用Tomcat。

10）Swing 是線程安全的嗎？

不是，Swing 不是線程安全的。你不能經過任何線程來更新 Swing 組件，如 JTable、JList 或 JPanel。事實上，它們只能經過 GUI 或 AWT 線程來更新。這就是爲何 Swing 提供 invokeAndWait() 和 invokeLater() 方法來獲取其餘線程的 GUI 更新請求。這些方法將更新請求放入 AWT 的線程隊列中，能夠一直等待，也能夠經過異步更新直接返回結果。你也能夠在參考答案中查看和學習到更詳細的內容。

11）什麼是線程局部變量？

當使用 ThreadLocal 維護變量時，ThreadLocal