JS中異常拋出和處理方法圖文詳解
拋出異常
在 js 中,有時候我們需要處理一些異?;蝈e誤。比如編寫的某個函數(shù)所接收的參數(shù)要求是 Number 類型的,如果在該函數(shù)被調(diào)用時傳入的是字符串,就需要發(fā)出提醒。此時我們可以使用 throw 語句來拋出個異常:
// 例 1
function fn(num) {
if (typeof num !== 'number') throw '需傳入數(shù)字'
console.log(num) // 不會打印
}
fn('0')
console.log('不會執(zhí)行')執(zhí)行例 1 的代碼結(jié)果如下:

因為第 7 行傳入的是字符串,所以會導致第 3 行 throw 語句的執(zhí)行,那么在函數(shù) fn 內(nèi),之后的語句就不會執(zhí)行了,這點和 return 一樣。因為我們沒有對第 7 行的 fn 函數(shù)的執(zhí)行做異常捕獲的操作,所以程序終止,其后的第 8 行也不會執(zhí)行。
拋出的表達式類型
基本數(shù)據(jù)類型
例 1 中我們就是是拋出了一個基本數(shù)據(jù)類型 —— 字符串,當然還可以是數(shù)字等其它基本類型的數(shù)據(jù)。
對象
我們也可以拋出一個對象,這樣可以傳遞更多的信息:
// 例 1.1
function fn(num) {
if (typeof num !== 'number')
throw {
code: -1,
msg: '類型錯誤'
}
console.log(num)
}類的實例對象
如果每次拋出異常我們都像例 1.1 這樣寫個對象會比較繁瑣,所以可以創(chuàng)建一個類,比如例 1.2 的 myError,幫我們創(chuàng)建包含了錯誤信息的對象:
// 例 1.2
class myError {
constructor(code, msg) {
this.code = code
this.msg = msg
}
}
function fn(num) {
if (typeof num !== 'number') throw new myError(-1, '類型錯誤')
console.log(num)
}這樣執(zhí)行 fn 時,如果不做異常捕獲就會打印如下的報錯信息:

Error 類的實例對象
事實上我們并不需要自己定義一個類來創(chuàng)建錯誤對象,js 本身就為我們提供了這么一個類 Error,構(gòu)建錯誤對象時傳入錯誤的描述信息即可:
// 例 1.3
function fn(num) {
if (typeof num !== 'number') throw new Error('類型錯誤')
console.log(num)
}
fn('0')在 node 中執(zhí)行例 1.3,得到的結(jié)果會比我們自己定義的 myError多出函數(shù)的調(diào)用棧的信息:

我們可以直接通過 Error 實例對象的 stack 屬性查看調(diào)用棧,還有 message 和name:
// 例 1.3.1
function fn(num) {
if (typeof num !== 'number') {
const err = new Error('類型錯誤')
console.log('name:', err.name)
console.log('message:', err.message)
console.log('stack:', err.stack)
throw err
}
console.log(num)
}
fn('0')在 node 中執(zhí)行例 1.3.1,第 5 ~ 7 的輸出結(jié)果如下:

如果我們對例 1.3 進行些改造,不直接執(zhí)行 fn('0') 而是讓它在 bar 函數(shù)內(nèi)被調(diào)用,然后在 foo 函數(shù)內(nèi)調(diào)用 bar ,最后執(zhí)行 foo():
// 例 1.3.2
function fn(num) {
if (typeof num !== 'number') throw new Error('類型錯誤')
console.log(num)
}
function foo() {
bar()
}
function bar() {
fn('0')
}
foo()就可以看到調(diào)用棧信息又多了 2 條:

Error 的子類
Error 還有幾個子類,比如上面的這些例子,因為屬于類型錯誤,所以可以用更具體的 TypeError 類來生成錯誤對象:
// 例 1.4
function fn(num) {
if (typeof num !== 'number') throw new TypeError('類型錯誤')
console.log(num)
}
fn('0')另外還有諸如引用錯誤 ReferenceError 和語法錯誤 SyntaxError 等。
處理異常
若一個異常被拋出而最終沒有被捕獲,那么會導致程序的終止執(zhí)行。之所以加了“最終”兩個字,是因為如果函數(shù)執(zhí)行時拋出的異常沒有被處理,異常會傳遞給執(zhí)行了該函數(shù)的函數(shù)調(diào)用。以例 1.3.2 為例,第 10 行執(zhí)行 fn('0') 導致拋出了異常,我們又沒有在第 10 行對fn('0') 進行異常捕獲,那么異常就會傳給第 7 行的 bar(),再傳給第 12 行,也就是最頂層的 foo(),此時還是沒有對異常進行處理,才會導致報錯并終止程序的運行。 只要我們在異常傳遞過程中的任何一處用 try...catch 語句對異常進行了捕獲,比如下面的例 2,那么程序就不會被終止,異常會作為參數(shù)傳遞給 catch 子句,也就是第 15 行的 error:
// 例 2
function fn(num) {
if (typeof num !== 'number') throw new Error('類型錯誤')
console.log(num) // 不會執(zhí)行
}
function foo() {
bar()
}
function bar() {
fn('0')
}
try {
foo()
console.log('我不會繼續(xù)執(zhí)行')
} catch (error) {
console.log('error:', error.message)
} finally {
console.log('我無論是否有異常拋出都會執(zhí)行')
}
console.log('我會繼續(xù)執(zhí)行')執(zhí)行例 2 的結(jié)果如下:

可以看到例 2 第 17 行還有個 finally 子句,無論是否有異常拋出或捕獲它總是執(zhí)行。
P.S. 從 ES10(ES2019)開始,第 15 行的 catch 子句可以省略掉 (error),也就是不去獲取錯誤信息。
js中常見的系統(tǒng)異常:
- EvalError: raised when an error occurs executing code in eval() 當一個錯誤發(fā)生在()執(zhí)行的代碼
- RangeError: raised when a numeric variable or parameter is outside of its valid range 當一個數(shù)值變量或參數(shù)超出其有效范圍時引發(fā)的
- ReferenceError: raised when de-referencing an invalid reference 無效的飲用
- SyntaxError: raised when a syntax error occurs while parsing code in eval() 當發(fā)生語法錯誤在()解析代碼,而
- TypeError: raised when a variable or parameter is not a valid type 當一個變量或參數(shù)不是一個有效的類型時引發(fā)
- URIError: raised when encodeURI() or decodeURI() are passed invalid parameters 當encodeuri()或decodeuri()傳遞了無效的參數(shù)
注:上面的六種異常對象都繼承自Error對象:
try {
throw new Error("Whoops!");
} catch (e) {
console.log(e.name + ": " + e.message);
}總結(jié)
到此這篇關(guān)于JS中異常拋出和處理方法的文章就介紹到這了,更多相關(guān)JS異常拋出與處理內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
js中onclick和addEventListener的區(qū)別詳解
這篇文章深入探討了JavaScript中處理事件的兩種不同方法,即熟悉的onclick和多功能的addEventListener方法,感興趣的小伙伴可以跟隨小編一起學習一下2023-08-08
深入理解JavaScript系列(8) S.O.L.I.D五大原則之里氏替換原則LSP
本章我們要講解的是S.O.L.I.D五大原則JavaScript語言實現(xiàn)的第3篇,里氏替換原則LSP(The Liskov Substitution Principle )。2012-01-01

