## [異常概念](https://lingcoder.gitee.io/onjava8/#/book/15-Exceptions?id=%e5%bc%82%e5%b8%b8%e6%a6%82%e5%bf%b5) C 以及其他早期語言常常具有多種錯誤處理模式，這些模式往往建立在約定俗成的基礎之上，而并不屬于語言的一部分。通常會返回某個特殊值或者設置某個標志，并且假定接收者將對這個返回值或標志進行檢查，以判定是否發生了錯誤。然而，隨著時間的推移，人們發現，高傲的程序員們在使用程序庫的時候更傾向于認為：“對，錯誤也許會發生，但那是別人造成的，不關我的事”。所以，程序員不去檢查錯誤情形也就不足為奇了（何況對某些錯誤情形的檢查確實很無聊）。如果的確在每次調用方法的時候都徹底地進行錯誤檢查，代碼很可能會變得難以閱讀。正是由于程序員還仍然用這些方式拼湊系統，所以他們拒絕承認這樣一個事實：對于構造大型、健壯、可維護的程序而言，這種錯誤處理模式已經成為了主要障礙。 解決的辦法是，用強制規定的形式來消除錯誤處理過程中隨心所欲的因素。這種做法由來已久，對異常處理的實現可以追溯到 20 世紀 60 年代的操作系統，甚至于 BASIC 語言中的“on error goto”語句。而 C++的異常處理機制基于 Ada，Java 中的異常處理機制則建立在 C++ 的基礎之上（盡管看上去更像 Object Pascal）。 “異常”這個詞有“我對此感到意外”的意思。問題出現了，你也許不清楚該如何處理，但你的確知道不應該置之不理，你要停下來，看看是不是有別人或在別的地方，能夠處理這個問題。只是在當前的環境中還沒有足夠的信息來解決這個問題，所以就把這個問題提交到一個更高級別的環境中，在那里將作出正確的決定。 異常往往能降低錯誤處理代碼的復雜度。如果不使用異常，那么就必須檢查特定的錯誤，并在程序中的許多地方去處理它。而如果使用異常，那就不必在方法調用處進行檢查，因為異常機制將保證能夠捕獲這個錯誤。理想情況下，只需在一個地方處理錯誤，即所謂的異常處理程序中。這種方式不僅節省代碼，而且把“描述在正常執行過程中做什么事”的代碼和“出了問題怎么辦”的代碼相分離。總之，與以前的錯誤處理方法相比，異常機制使代碼的閱讀、編寫和調試工作更加井井有條。