Java異常拋出如何實現

本文小編為大家詳細介紹“Java異常拋出如何實現”，內容詳細，步驟清晰，細節處理妥當，希望這篇“Java異常拋出如何實現”文章能幫助大家解決疑惑，下面跟著小編的思路慢慢深入，一起來學習新知識吧。

我們可以用throw關鍵字來拋出一個對象。我們可以拋出任何類型的對象，不過Error對象是最常用的：

throw new Error("Something bad happened.")

當我們用這樣的方式拋出錯誤，而這個錯誤又不被try-catch捕獲時，瀏覽器就會用其通常的方式顯示上面的錯誤信息(Something bad happened)。在IE里會在瀏覽器的左下角出現一個小圖標，當雙擊圖標時會彈出一個帶著上面錯誤提示的對話框；安裝有Firebug插件的火狐瀏覽器會在控制臺顯示錯誤信息；Safar和Chrome會在Web Inspector中顯示；Opera會在錯誤控制臺顯示。一句話，它們會像你沒有拋出錯誤時一樣處理。但不同的是它會通過瀏覽器向你提供具體的信息，而不是一個發生錯誤的行列號。你可以為錯誤信息加入任何需要的信息，來幫你成功解決問題。我建議在錯誤信息中提供發生錯誤的函數名稱以及錯誤原因。看下面這個函數：

function addClass(element, className){
element.className += " " + className;
}

這個函數的功能是向一個給定的element加入新的CSS class(這在JavaScript中非常普遍)。但如果element是null的時候會發生什么？你會得到一個這樣的錯誤提示“object expected”，很隱晦。然后你需要查看執行堆棧(如果瀏覽器支持這個功能)來準確定位錯誤的源頭。如果我們拋出一個錯誤調試就變得簡單了：

function addClass(element, className){
if (element != null && typeof element.className == "string"){
element.className += " " + className;
} else {
throw new Error("addClass(): First arg must be a DOM element.");
}
}

先不討論如何精確的判斷對象是否是一個DOM element，這個方法現在能夠在非法的element參數傳入時提供一個更明確的錯誤信息。看到了如此詳盡的錯誤描述你就能立刻找到錯誤的源頭了。我習慣把throw error看作是貼一個任務貼紙，告訴我錯誤的原因。

懂得了如何throw error只是事情的一半；懂得何時throw error則是另一半。因為JavaScript并不對參數進行類型檢查，許多開發者都錯誤的認為他們應該在所有的函數中進行該檢查。那樣的話是不實際的，而且會降低腳本的執行效率。問題的關鍵在于找到最有可能出錯的代碼部分，并且只在那里throw error。一句話就是只在已經發生error的地方throw error。

如果一個函數只被一個已知的實體調用，那么錯誤檢查基本上是沒有必要的(例如私有函數就是這樣)；如果你不能事先確定所有函數被調用的地點，那么你需要進行錯誤檢查并throw自己的error。throw error***的地方是功能函數，那些是腳本環境基本組成部分的，而且可以在任意地點被調用的函數。JavaScript的庫函數就是這樣的例子。

所有JavaScript的庫函數都應當為已知的錯誤條件從它們的公共接口throw error。對于YUI，jQuery以及Dojo等等，我們無法確定會在何時何處調用它們的庫函數。所以當你犯錯時對你進行提示就是這些庫函數的任務。為什么呢？因為你不可能到庫函數內部去找出錯誤所在。error的調用堆棧應當終止于庫函數接口，不要再深入。沒有什么比在12層函數嵌套中尋找錯誤更遭的事了；庫函數開發人員有責任預防這種事情的發生。

這一條同樣適用于私有的JavaScript庫函數。許多Web應用程序都有它們自己專屬的JavaScript庫，可能是通過這些庫來構建的，也可能是用庫來代替公共的操作。庫函數的作用是降低開發難度，這是通過向人們提供其抽象表達而不是復雜的實現細節來實現的。throw error可以讓這些復雜的實現隱藏在安全的地方不被開發者發現。

JavaScript同樣提供了try-catch語句，用來在瀏覽器處理之前捕獲被throw的error。開發者常常會為到底是僅僅throw error還是用try-catch將其捕獲而猶豫不決。我們應當只在程序棧的***層throw error，就像前面提到的，最典型的就是JavaScript庫函數。所有應用程序都應當在邏輯上具有處理error的能力，因此應當在底層模塊中捕獲error。

在應用程序邏輯中我們總是知道為什么要調用某個函數，因此它們非常適合處理error。有一點要引起注意，就是永遠不要在try-catch結構中使用空的catch語句；你應當用某種方法處理錯誤。這鐘處理在開發中和最終生產時會有些不同，但必須進行處理。當錯誤發生時，不應當僅僅將其包裹在try-catch里不管——這是掩蓋錯誤而不是解決錯誤。

在JavaScript中throw error是一門藝術。在代碼中找到適當的throw error的地點會花費一些時間。不過一旦你找到了這些地點，你的調試時間就會大大降低，而你對代碼的滿意度會獲得提升。

讀到這里，這篇“Java異常拋出如何實現”文章已經介紹完畢，想要掌握這篇文章的知識點還需要大家自己動手實踐使用過才能領會，如果想了解更多相關內容的文章，歡迎關注億速云行業資訊頻道。