2017年JAVA認證面試試題

Sun認證Java程式設計師考試旨在考察您通過應用軟體分配進行復雜程式設計的能力。之後還要測試您完成程式設計所需的知識。下面是小編整理的關於JAVA認證面試試題，歡迎大家參考!

1) Java中什麼是Exception?

這個問題經常在第一次問有關異常的時候或者是面試菜鳥的時候問。我從來沒見過面高階或者資深工程師的

時候有人問這玩意，但是對於菜鳥，是很願意問這個的。簡單來說，異常是Java傳達給你的系統和程式錯誤的方

式。在java中，異常功能是通過實現比如Throwable，Exception，RuntimeException之類的類，然後還有一

些處理異常時候的關鍵字，比如throw，throws，try，catch，finally之類的。 所有的異常都是通過Throwable

衍生出來的。Throwable把錯誤進一步劃分為 ption 和 r. r 用

來處理系統錯誤，例如kOverFlowError 或者 fMemoryError 之類的。然後

Exception用來處理程式錯誤，請求的資源不可用等等。

2) Java中的檢查型異常和非檢查型異常有什麼區別?

這又是一個非常流行的Java異常面試題，會出現在各種層次的Java面試中。檢查型異常和非檢查型異常的

主要區別在於其處理方式。檢查型異常需要使用try, catch和finally關鍵字在編譯期進行處理，否則會出現編譯

器會報錯。對於非檢查型異常則不需要這樣做。Java中所有繼承自ption類的異常都是檢查型

異常，所有繼承自RuntimeException的異常都被稱為非檢查型異常。你也可以檢視下一篇文章來了解

更多關於檢查型異常和非檢查型異常之間的區別。

3) Java中的NullPointerException和ArrayIndexOutOfBoundException之間有什麼相同之處?

在Java異常面試中這並不是一個很流行的問題，但會出現在不同層次的初學者面試中，用來測試應聘者對檢查

型異常和非檢查型異常的概念是否熟悉。順便說一下，該題的答案是，這兩個異常都是非檢查型異常，都繼承自RuntimeException。該問題可能會引出另一個問題，即Java和C的陣列有什麼不同之處，因為C裡面的陣列是沒有

大小限制的，絕對不會丟擲ArrayIndexOutOfBoundException。

4)在Java異常處理的過程中，你遵循的那些最好的實踐是什麼?

這個問題在面試技術經理是非常常見的一個問題。因為異常處理在專案設計中是非常關鍵的，所以精通異常處

理是十分必要的。異常處理有很多最佳實踐，下面列舉集中，它們提高你程式碼的健壯性和靈活性：

1) 呼叫方法的時候返回布林值來代替返回null，這樣可以 NullPointerException。由於空指標是java異常裡最惡

心的異常。

2) catch塊裡別不寫程式碼。空catch塊是異常處理裡的錯誤事件，因為它只是捕獲了異常，卻沒有任何處理或者

提示。通常你起碼要打印出異常資訊，當然你最好根據需求對異常資訊進行處理。

3)能拋受控異常(checked Exception)就儘量不拋受非控異常(checked Exception)。通過去掉重複的異常處

理程式碼，可以提高程式碼的可讀性。

4) 絕對不要讓你的資料庫相關異常顯示到客戶端。由於絕大多數資料庫和SQLException異常都是受控異常，在Java中，

你應該在DAO層把異常資訊處理，然後返回處理過的能讓使用者看懂並根據異常提示資訊改正操作的異常資訊。

5) 在Java中，一定要在資料庫連線，資料庫查詢，流處理後，在finally塊中呼叫close()方法。

5) 既然我們可以用RuntimeException來處理錯誤，那麼你認為為什麼Java中還存在檢查型異常?

這是一個有爭議的`問題，在回答該問題時你應當小心。雖然他們肯定願意聽到你的觀點，但其實他們最感興

趣的還是有說服力的理由。我認為其中一個理由是，存在檢查型異常是一個設計上的決定，受到了諸如C++等比

Java更早的程式語言設計經驗的影響。絕大多數檢查型異常位於包內，這是合乎情理的，因為在你請求了

不存在的系統資源的時候，一段強壯的程式必須能夠優雅的處理這種情況。通過把IOException宣告為檢查型異

常，Java 確保了你能夠優雅的對異常進行處理。另一個可能的理由是，可以使用catch或finally來確保數量受限

的系統資源(比如檔案描述符)在你使用後儘早得到釋放。

6) throw 和 throws這兩個關鍵字在java中有什麼不同?

一個java初學者應該掌握的面試問題。 throw 和 throws乍看起來是很相似的尤其是在你還是一個java初學者的時

候。儘管他們看起來相似，都是在處理異常時候使用到的。但在程式碼裡的使用方法和用到的地方是不同的。throws

總是出現在一個函式頭中，用來標明該成員函式可能丟擲的各種異常, 你也可以申明未檢查的異常，但這不是編譯

器強制的。如果方法丟擲了異常那麼呼叫這個方法的時候就需要將這個異常處理。另一個關鍵字 throw 是用來

丟擲任意異常的，按照語法你可以丟擲任意 Throwable (i.e. Throwable 或任何Throwable的衍生類) , throw

可以中斷程式執行，因此可以用來代替return . 最常見的例子是用 throw 在一個空方法中需要return的地方丟擲 UnSupportedOperationException 程式碼如下 :

1 private static voidshow() {

2 throw new UnsupportedOperationException(“Not yet implemented”);

3 }

7) 什麼是“異常鏈”?

“異常鏈”是Java中非常流行的異常處理概念，是指在進行一個異常處理時丟擲了另外一個異常，由此產生

了一個異常鏈條。該技術大多用於將“ 受檢查異常” ( checked exception)封裝成為“非受檢查異常”

(unchecked exception)或者RuntimeException。順便說一下，如果因為因為異常你決定丟擲一個新的異常，

你一定要包含原有的異常，這樣，處理程式才可以通過getCause()和initCause()方法來訪問異常最終的根源。

8) 你曾經自定義實現過異常嗎?怎麼寫的?

很顯然，我們絕大多數都寫過自定義或者業務異常，像AccountNotFoundException。在面試過程中詢問

這個Java異常問題的主要原因是去發現你如何使用這個特性的。這可以更準確和精緻的去處理異常，當然這也跟

你選擇checked 還是unchecked exception息息相關。通過為每一個特定的情況建立一個特定的異常，你就為

呼叫者更好的處理異常提供了更好的選擇。相比通用異常(general exception)，我更傾向更為精確的異常。大

量的建立自定義異常會增加專案class的個數，因此，在自定義異常和通用異常之間維持一個平衡是成功的關鍵。

9) JDK7中對異常處理做了什麼改變?

這是最近新出的Java異常處理的面試題。JDK7中對錯誤(Error)和異常(Exception)處理主要新增加了2個特性，

一是在一個catch塊中可以出來多個異常，就像原來用多個catch塊一樣。另一個是自動化資源管理(ARM), 也稱為

try-with-resource塊。這2個特性都可以在處理異常時減少程式碼量，同時提高程式碼的可讀性。對於這些特性瞭解，

不僅幫助開發者寫出更好的異常處理的程式碼，也讓你在面試中顯的更突出。我推薦大家讀一下Java 7攻略，這樣

可以更深入的瞭解這2個非常有用的特性。

10) 你遇到過 OutOfMemoryError 錯誤嘛?你是怎麼搞定的?

這個面試題會在面試高階程式設計師的時候用，面試官想知道你是怎麼處理這個危險的OutOfMemoryError錯誤的。

必須承認的是，不管你做什麼專案，你都會碰到這個問題。所以你要是說沒遇到過，面試官肯定不會買賬。要是

你對這個問題不熟悉，甚至就是沒碰到過，而你又有3、4年的Java經驗了，那麼準備好處理這個問題吧。在回答

這個問題的同時，你也可以藉機向面試秀一下你處理記憶體洩露、調優和除錯方面的牛逼技能。我發現掌握這些技

術的人都能給面試官留下深刻的印象。

11) 如果執行finally程式碼塊之前方法返回了結果，或者JVM退出了，finally塊中的程式碼還會執行嗎?

這個問題也可以換個方式問：“如果在try或者finally的程式碼塊中呼叫了()，結果會是怎樣”。

瞭解finally塊是怎麼執行的，即使是try裡面已經使用了return返回結果的情況，對了解Java的異常處理都非常

有價值。只有在try裡面是有(0)來退出JVM的情況下finally塊中的程式碼才不會執行。

12)Java中final,finalize,finally關鍵字的區別

這是一個經典的Java面試題了。我的一個朋友為Morgan Stanley招電信方面的核心Java開發人員的時候就

問過這個問題。final和finally是Java的關鍵字，而finalize則是方法。final關鍵字在建立不可變的類的時候

非常有用，只是宣告這個類是final的。而finalize()方法則是垃圾回收器在回收一個物件前呼叫，但也Java規

範裡面沒有保證這個方法一定會被呼叫。finally關鍵字是唯一一個和這篇文章討論到的異常處理相關的關鍵字。

在你的產品程式碼中，在關閉連線和資原始檔的是時候都必須要用到finally塊。

13)下面的程式碼都有哪些錯誤：

01 public static void start() throws IOException, RuntimeException{

02

03 throw new RuntimeException(“Not able to Start”);

04 }

05

06 public static void main(String args[]) {

07 try {

08 start();

09 } catch (Exception ex) {

10 tStackTrace();

11 } catch (RuntimeException re) {

12 tStackTrace();

13 }

14 }

這段程式碼會在捕捉異常程式碼塊的RuntimeException型別變數“re”裡丟擲編譯異常錯誤。因為Exception是RuntimeException的超類，在start方法中所有的RuntimeException會被第一個捕捉異常塊捕捉，這樣就無法到

達第二個捕捉塊，這就是丟擲“exception imeException has already been caught”的編譯錯誤原因。

14)下面的Java程式碼都有哪些錯誤：

01 public classSuperClass {

02 public void start() throws IOException{

03 throw new IOException(“Not able to open file”);

04 }

05 }

06

07 public class SubClass extendsSuperClass{

08 public void start() throws Exception{

09 throw new Exception(“Not able to start”);

10 }

11 }

這段程式碼編譯器將對子類覆蓋start方法產生不滿。因為每個Java中方法的覆蓋是有規則的，一個覆蓋的方法

不能丟擲的異常比原方法繼承關係高。因為這裡的start方法在超類中丟擲了IOException，所有在子類中的start

方法只能丟擲要麼是IOExcepition或是其子類，但不能是其超類，如Exception。

15)下面的Java異常程式碼有什麼錯誤：

01 public static void start(){

02 tln(“Java Exception interivew question Answers for Programmers”);

03 }

04

05 public static void main(String args[]) {

06 try{

07 start();

08 }catch(IOException ioe){

09 tStackTrace();

10 }

11 }

上面的Java異常例子程式碼中，編譯器將在處理IOException時報錯，因為IOException是受檢查異常，而start

方法並沒有丟擲IOException，所以編譯器將丟擲“異常， ception 不會在try語句體中丟擲”，但

是如果你將IOException改為Exception，編譯器報錯將消失，因為Exception可以用來捕捉所有執行時異常，這樣

就不需要宣告丟擲語句。我喜歡這樣帶有迷惑性的Java異常面試題，因為它不會讓人輕易的找出是IOException還

是Exception。你也可以在 Joshua Bloach和Neil Gafter的Java謎題中找到一些有關Java錯誤和異常的具有迷惑

性問題。