在網(wǎng)站建設(shè)的過程中，一定會遇到發(fā)生異常的時(shí)候，那么如何揪出異常的部分呢？這就需要從代碼入手，并且制定周詳?shù)挠?jì)劃。

如果某個(gè)異常發(fā)生的時(shí)候沒有在任何地方進(jìn)行捕獲，那程序就會終止執(zhí)行，并在控制臺上打印出異常信息，其中包括異常的類型和堆棧的內(nèi)容。對于圖形界面程序（applet和application應(yīng)用程序），在捕獲異常之后，也會打印出堆棧的信息，但程序?qū)⒎祷氐接脩艚缑娴奶幚硌h(huán)中（在調(diào)試基于圖形界面的程序時(shí)，最好保證控制臺窗口可見，并且沒有被極小化）。

捕獲一個(gè)異常，必須設(shè)置try/catch語句塊，如果在try語句塊中的任何代碼拋出了一個(gè)在catch+句中說明的異常類，那么：

1.程序?qū)⑻^try語句塊的其余代碼。

2.程序?qū)?zhí)行catch子句中的處理器代碼。

如果在try語句塊中的代碼沒有拋出任何異常，那么程序?qū)⑻^catch子句。

如果方法中的任何代碼拋出了一個(gè)在catch+句中沒有聲明的異常類型，那么這個(gè)方法就會立刻退出（期待調(diào)用者為這種類型的異常設(shè)計(jì)了catch子句）。

需要注意，try語句中的大多數(shù)代碼都很容易理解：讀取并處理文本行，直到遇到文件結(jié)束符為止。正如在JavaAPI中看到的那樣，read方法有可能拋出一個(gè)IOException異常。在這種情況下，將跳出整個(gè)while循環(huán)，進(jìn)入catch子句，并輸出堆棧情況。對于一個(gè)普通的程序來說，這樣處理異常基本上合乎情理。還有其他的選擇嗎？

通常，最好的選擇是什么也不做，而是將異常傳遞給調(diào)用者。如果read方法出現(xiàn)了錯(cuò)誤，就讓read方法的調(diào)用者去操心！如果采用這種處理方式，就必須聲明這個(gè)方法可能會拋出一個(gè)IOException。

請記住，編譯器嚴(yán)格地執(zhí)行throws說明符。如果調(diào)用了一個(gè)拋出已檢查異常的方法，就必須對它進(jìn)行處理，或者將它傳遞出去。

哪種方法更好呢？通常，應(yīng)該捕獲那些知道如何處理的異常，而將那些不知道怎樣處理的異常傳遞出去。如果想將異常傳遞出去，就必須在方法的首部添加一個(gè)throws說明符以便告知調(diào)用者這個(gè)方法可能會拋出異常。

但是凡事都會有例外，規(guī)則也是，如果編寫一個(gè)覆蓋超類的方法，而這個(gè)方法又沒有拋出異常，那么這個(gè)方法就必須捕獲方法代碼中出現(xiàn)的每一個(gè)已檢查異常。不允許在子類的thrws說明符中出現(xiàn)超過超類方法所列出的異常類范圍。

特別聲明：以上文章內(nèi)容僅代表作者本人觀點(diǎn)，不代表ESG跨境電商觀點(diǎn)或立場。如有關(guān)于作品內(nèi)容、版權(quán)或其它問題請于作品發(fā)表后的30日內(nèi)與ESG跨境電商聯(lián)系。