一. 錯(cuò)誤對(duì)象的類型

• Error： 所有錯(cuò)誤類型的父類型；
• SyntaxError： 語法錯(cuò)誤，表示程序的語法使用錯(cuò)誤；

console.log(" "" ") ;
// Uncaught SyntaxError: missing ) after argument list

• ReferenceError: 引用錯(cuò)誤，表示引用的變量不存在；

console.log(a);
// Uncaught ReferenceError: a is not defined

• TypeError: 類型錯(cuò)誤，表示使用了錯(cuò)誤的數(shù)據(jù)類型

let a;
console.log(a.name);
// Uncaught TypeError: Cannot read properties of undefined (reading 'name')
RangeError：范圍錯(cuò)誤， 數(shù)據(jù)值不在其所允許的范圍內(nèi)（函數(shù)遞歸調(diào)用容易出現(xiàn)此錯(cuò)誤）

// 保留小數(shù)點(diǎn)多少位
(10.24).toFixed(-1)； ?// toFixed() digits argument must be between 0 and 100
URIError： URI錯(cuò)誤，向全局 URI 處理函數(shù)（decodeURI、decodeURIComponent）傳遞一個(gè)不合法的URI時(shí)，URIError 錯(cuò)誤會(huì)被拋出

// 解碼URI地址 ? 錯(cuò)誤：格式不正確
console.log(decodeURI("%") ); ? // URIError: URI malformed

以上都是不同錯(cuò)誤類型的 Error構(gòu)造函數(shù)，能通過new 創(chuàng)建錯(cuò)誤對(duì)象

錯(cuò)誤處理

捕獲錯(cuò)誤 try ... catch

try {
? ? // 正常書寫的程序代碼（可能會(huì)出錯(cuò)的代碼）
} catch (err) {
? ? // err: try中執(zhí)行語句發(fā)生錯(cuò)誤時(shí)，自動(dòng)創(chuàng)建err錯(cuò)誤對(duì)象，并將錯(cuò)誤信息保存在對(duì)象err中
? ? // 執(zhí)行錯(cuò)誤處理
} finally {
? ? // 一般用于釋放資源
? ? // finally 可有可無，因?yàn)閠ry ... catch 之后的代碼本來就會(huì)執(zhí)行
}

• 放在try...catch中的代碼，執(zhí)行效率會(huì)降低；
• 盡量少的將代碼放入try...catch中；
• 如果可提前預(yù)知錯(cuò)誤原因，可用 if...else 代替，提前預(yù)防錯(cuò)誤。

拋出錯(cuò)誤 throw error

通過throw，主動(dòng)拋出異常錯(cuò)誤；

throw new Error("錯(cuò)誤信息");

錯(cuò)誤對(duì)象的屬性：

• name屬性： 錯(cuò)誤類型；
• message屬性： 錯(cuò)誤相關(guān)的描述信息；
• stack 屬性：函數(shù)調(diào)用棧記錄信息（錯(cuò)誤相關(guān)信息，錯(cuò)誤出現(xiàn)的位置）

try{
? ? console.log(a); ? ?
} catch (err) {
? ? console.log(err.name); ? ? ? ?// ReferenceError
? ? console.log(err.message); ? ? // a is not defined
}

二.使用JSON.stringfy()去序列化一個(gè) Error

最近在做Node 服務(wù)端 測試的時(shí)候，遇到 打log JSON.stringify(error)為{}的問題，這樣的情況導(dǎo)致根本無法定位到具體問題。

例如： 

JSON.stringify()： 它能夠方便地把一個(gè)對(duì)象轉(zhuǎn)化成字符串；

但是，它也有一個(gè)較大的缺點(diǎn)，就是無法直接處理如Error 這類的對(duì)象。

const err = new Error('This is an error')
JSON.stringify(err)
// '{}'

在控制臺(tái)運(yùn)行上述代碼后會(huì)發(fā)現(xiàn)，JSON.stringify() 的結(jié)果是一個(gè)字符串的 "{}"，里面沒有任何有效內(nèi)容。這是否意味著 JSON.stringify() 確實(shí)無法處理 Error 呢？下面我們來看看在 MDN 里這個(gè)函數(shù)是如何定義的。

MDN 定義

JSON.stringify()將值轉(zhuǎn)換為相應(yīng)的JSON格式：

• 轉(zhuǎn)換值如果有toJSON()方法，該方法定義什么值將被序列化。
• 非數(shù)組對(duì)象的屬性不能保證以特定的順序出現(xiàn)在序列化后的字符串中。
• 布爾值、數(shù)字、字符串的包裝對(duì)象在序列化過程中會(huì)自動(dòng)轉(zhuǎn)換成對(duì)應(yīng)的原始值。
• undefined、任意的函數(shù)以及 symbol 值，在序列化過程中會(huì)被忽略（出現(xiàn)在非數(shù)組對(duì)象的屬性值中時(shí)）或者被轉(zhuǎn)換成 null（出現(xiàn)在數(shù)組中時(shí)）。函數(shù)、undefined被單獨(dú)轉(zhuǎn)換時(shí)，會(huì)返回undefined，如JSON.stringify(function(){}) or JSON.stringify(undefined).
• 對(duì)包含循環(huán)引用的對(duì)象（對(duì)象之間相互引用，形成無限循環(huán)）執(zhí)行此方法，會(huì)拋出錯(cuò)誤。
• 所有以 symbol 為屬性鍵的屬性都會(huì)被完全忽略掉，即便 replacer 參數(shù)中強(qiáng)制指定包含了它們。
• Date日期調(diào)用了toJSON()將其轉(zhuǎn)換為了string字符串（同Date.toISOString()），因此會(huì)被當(dāng)做字符串處理。
• NaN和Infinity格式的數(shù)值及null都會(huì)被當(dāng)做null。
• 其他類型的對(duì)象，包括Map/Set/weakMap/weakSet，僅會(huì)序列化可枚舉的屬性。

“僅會(huì)序列化可枚舉的屬性”，是什么意思呢？眾所周知，在 JS 的世界中一切皆對(duì)象，對(duì)象有著不同的屬性，這些屬性是否可枚舉，我們用 enumerable 來定義.

對(duì)象屬性的 enumerable

舉個(gè)例子，我們用 obj = { a: 1, b: 2, c: 3 } 來定義一個(gè)對(duì)象，然后設(shè)置它的 c 屬性為“不可枚舉”，看看效果會(huì)如何：

首先看處理前的效果：

const obj = {a: 1,b: 2,c: 3};
JSON.stringify(obj)
// '{"a":1,"b":2,"c":3}'

再看處理后的效果：

const obj = { a: 1, b: 2, c: 3 }
?
Object.defineProperty(obj, 'c', {
? value: 3,
? enumerable: false
})
?
JSON.stringify(obj)
?
// => "{"a":1,"b":2}"

可以看到，在對(duì) c 屬性設(shè)置為不可枚舉以后，JSON.stringify() 便不再對(duì)其進(jìn)行序列化。

我們把問題再深入一些，有沒有辦法能夠獲取一個(gè)對(duì)象中包含不可枚舉在內(nèi)的所有屬性呢？答案是使用 Object.getOwnPropertyNames() 方法。

依然是剛剛被改裝過的 obj 對(duì)象，我們來看看它所包含的所有屬性：

Object.getOwnPropertyNames(obj)
?
// => ["a", "b", "c"]

不可枚舉的 c 屬性也被獲取到了！

用同樣的方法，我們來看看一個(gè) Error 都包含哪些屬性：

const err = new Error('This is an error')
Object.getOwnPropertyNames(err)
?
// => ["stack", "message"]

可以看到，Error 包含了 stack 和 message 兩個(gè)屬性，它們均可以使用點(diǎn)運(yùn)算符 . 從 err 實(shí)例里面拿到。

既然我們已經(jīng)能夠獲取 Error 實(shí)例的不可枚舉屬性及其內(nèi)容，那么距離使用 JSON.stringify() 序列化 Error 也已經(jīng)不遠(yuǎn)了！

JSON.stringify() 的第二個(gè)參數(shù)

JSON.stringify() 可以接收三個(gè)參數(shù)：

語法：

JSON.stringify(value[, replacer [, space]])

• value
• 將要序列化成 一個(gè)JSON 字符串的值。
• replacer 可選
• 如果該參數(shù)是一個(gè)函數(shù)，則在序列化過程中，被序列化的值的每個(gè)屬性都會(huì)經(jīng)過該函數(shù)的轉(zhuǎn)換和處理；如果該參數(shù)是一個(gè)數(shù)組，則只有包含在這個(gè)數(shù)組中的屬性名才會(huì)被序列化到最終的 JSON 字符串中；如果該參數(shù)為null或者未提供，則對(duì)象所有的屬性都會(huì)被序列化。
• space 可選
• 指定縮進(jìn)用的空白字符串，用于美化輸出（pretty-print）；如果參數(shù)是個(gè)數(shù)字，它代表有多少的空格；上限為10。該值若小于1，則意味著沒有空格；如果該參數(shù)為字符串(字符串的前十個(gè)字母)，該字符串將被作為空格；如果該參數(shù)沒有提供（或者為null）將沒有空格。
• 返回值 節(jié)
• 一個(gè)表示給定值的JSON字符串。

我們來看 replacer 的用法： 

 ……如果該參數(shù)是一個(gè)數(shù)組，則只有包含在這個(gè)數(shù)組中的屬性名才會(huì)被序列化到最終的 JSON 字符串中……

依然使用上文的 obj 為例子：

const obj = { a: 1, b: 2, c: 3 }
?
Object.defineProperty(obj, 'c', {
? value: 3,
? enumerable: false
})
?
JSON.stringify(obj, ['a', 'c'])
?
// => "{"a":1,"c":3}"

可以看到，我們?cè)?replacer 中指定了要序列化 a 和 c 屬性，輸出結(jié)果也是只有這兩個(gè)屬性的值，且不可枚舉的 c 屬性也被序列化了！守得云開見月明，Error 對(duì)象被序列化的方法也就出來了：

const err = new Error('This is an error')
?
JSON.stringify(err, Object.getOwnPropertyNames(err), 2)
?
// =>?
// "{
// ? "stack": "Error: This is an error\n ? ?at <anonymous>:1:13",
// ? "message": "This is an error"
// }"

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論