# 第9章 異常差錯控制 Java的基本原理就是“形式錯誤的代碼不會運行”。 與C++類似，捕獲錯誤最理想的是在編譯期間，最好在試圖運行程序以前。然而，并非所有錯誤都能在編譯期間偵測到。有些問題必須在運行期間解決，讓錯誤的締結者通過一些手續向接收者傳遞一些適當的信息，使其知道該如何正確地處理遇到的問題。 在C++和其他早期語言中，可通過幾種手續來達到這個目的。而且它們通常是作為一種規定建立起來的，而非作為程序設計語言的一部分。典型地，我們需要返回一個值或設置一個標志（位），接收者會檢查這些值或標志，判斷具體發生了什么事情。然而，隨著時間的流逝，終于發現這種做法會助長那些使用一個庫的程序員的麻痹情緒。他們往往會這樣想：“是的，錯誤可能會在其他人的代碼中出現，但不會在我的代碼中”。這樣的后果便是他們一般不檢查是否出現了錯誤（有時出錯條件確實顯得太愚蠢，不值得檢驗；注釋①）。另一方面，若每次調用一個方法時都進行全面、細致的錯誤檢查，那么代碼的可讀性也可能大幅度降低。由于程序員可能仍然在用這些語言維護自己的系統，所以他們應該對此有著深刻的體會：若按這種方式控制錯誤，那么在創建大型、健壯、易于維護的程序時，肯定會遇到不小的阻撓。 ①：C程序員研究一下`printf()`的返回值便知端詳。 解決的方法是在錯誤控制中排除所有偶然性，強制格式的正確。這種方法實際已有很長的歷史，因為早在60年代便在操作系統里采用了“異常控制”手段；甚至可以追溯到BASIC語言的on error `goto`語句。但C++的異常控制建立在Ada的基礎上，而Java又主要建立在C++的基礎上（盡管它看起來更象Object Pascal）。 “異常”（`Exception`）這個詞表達的是一種“例外”情況，亦即正常情況之外的一種“異常”。在問題發生的時候，我們可能不知具體該如何解決，但肯定知道已不能不顧一切地繼續下去。此時，必須堅決地停下來，并由某人、某地指出發生了什么事情，以及該采取何種對策。但為了真正解決問題，當地可能并沒有足夠多的信息。因此，我們需要將其移交給更級的負責人，令其作出正確的決定（類似一個命令鏈）。 異常機制的另一項好處就是能夠簡化錯誤控制代碼。我們再也不用檢查一個特定的錯誤，然后在程序的多處地方對其進行控制。此外，也不需要在方法調用的時候檢查錯誤（因為保證有人能捕獲這里的錯誤）。我們只需要在一個地方處理問題：“異常控制模塊”或者“異常控制器”。這樣可有效減少代碼量，并將那些用于描述具體操作的代碼與專門糾正錯誤的代碼分隔開。一般情況下，用于讀取、寫入以及調試的代碼會變得更富有條理。 由于異常控制是由Java編譯器強行實現的，所以毋需深入學習異常控制，便可正確使用本書編寫的大量例子。本章向大家介紹了用于正確控制異常所需的代碼，以及在某個方法遇到麻煩的時候，該如何生成自己的異常。