參考書籍：Head First Java1、假設某方法是別人寫在某個類裡面的2、而此時你根本就不知道這個方法是否有風險（比如伺服器出故障會使程式受到影響）；3、那最好的方法應該就是，在調用這個類的方法時，加上可能發生異常的處理方案，未雨綢繆。關鍵字：try……catch，throws，throw，f...
參考書籍：Head First Java 1、假設某方法是別人寫在某個類裡面的 2、而此時你根本就不知道這個方法是否有風險（比如伺服器出故障會使程式受到影響）； 3、那最好的方法應該就是，在調用這個類的方法時，加上可能發生異常的處理方案，未雨綢繆。 關鍵字：try……catch，throws，throw，finally try……catch其實就是給編譯器的一個信號，表示你已經註意到了這個異常並開始著手進行應對； 編譯器需要程式員try包裹住可能發生異常的代碼，再通過catch去處理 RuntimeException被稱為不檢查異常，當然也可以try……catch，但編譯器是不會管的；因為大部分的RuntimeException都是因為無法預估和避免的問題產生，無法保證文件一直都存在，無法保證伺服器不會宕機，try……catch是為了確保程式不會運行不合理的邏輯，比如對只有5項元素的數組取第8個元素的值，該塊要做的是恢復的嘗試，至少也要友好的輸出錯誤信息。 throws表示你在編寫一段有異常的程式，可能有異常的方法必須通過throws進行聲明，聲明之後，異常會拋出給負責調用的代碼；此時負責調用的代碼就需要對異常進行處理，如果此時不使用try……catch進行處理，也可以使用throws進行拋出，這種行為在Java里被稱作ducking，但這種行為只是在踢皮球，異常依然存在，拋到最後一層的時候,main函數也拋出的話，那就只能JVM來處理了，JVM和編譯器是一伙的，所以肯定又會踢回給main函數，最終還是得處理。所以異常可以在方法中聲明(throws拋出)，不在方法中處理，而在調用的時候處理。 throw：使用throw自己創建Exception對象。比如：throw new Exception("a不等於11")；在創建異常對象的同時自己添加異常信息 如果是使用throw，明顯有Exception，此時就必須用throws拋出異常，當然即使只是可能有Exception的代碼也需要用throws拋出異常。 finally表示不管是否有異常，都必須執行finally包裹的代碼 finally和return同時出現的情況：如果在try當中出現了return，finally里的語句還是會被執行，而且是在return之前執行
finally唯一不會執行的情況：執行前程式已經退出（catch中有system.exit(1)） 這裡有一個函數：
public static void doRisky(String test) throws Exception { System.out.println("start risky"); if("yes".equals(test)){ throw new Exception(); } System.out.println("end risky"); return; }
在執行此方法的時候，是需要try……catch的：
try{doRisky("no");} catch (Exception e){System.out.println("Exception");e.printStackTrace();} 這裡是否需要try……catch和傳入的值是yes還是no沒有關係，關鍵在於doRisky已經throws拋出了一個異常，所以你就必須在調用的時候catch並處理 所以結果是：如果是yes，則會拋出，如果是no，就會正常執行 這裡關於finally的輸出也要註意，有意思的是，如果傳入的是yes，會先執行try當中的內容，catch之後再輸出finally，但是在doRisky之後如果還有輸出，就不會被執行了，因為發生了異常就會直接跳到catch部分，也就是說產生異常的那個方法之後的try部分都不會被執行，如果傳入的是no，那結果就不一樣了，try會被執行完 關於錯誤輸出的方法：System.err.println(e.getMessage()); 可以直接做錯誤輸出，輸出的字體是不一樣的，getMessage()可以直接輸出異常名稱，和e.printStactTrace()不一樣，後者輸出的不只是名稱，還有其他的詳細信息 多種異常如果需要做針對性的處理，就要使用多個catch，使用多個catch時要註意： 把範圍比較小的異常放在前面，就是說不能把父類異常放在子類異常的前面，就好像不能把大籃子放在小籃子上
