微軟已修復，Win10/Win11被曝MSHTML零日漏洞

T之家 7 月 11 日消息，微軟公司在 7 月補丁星期二發布的 Windows 10、Windows 11 系統累積更新中，修復了追蹤編號為 CVE-2024-38112 的零日漏洞。

該零日漏洞由 Check Point Research 的安全專家李海飛（Haifei Li，音譯）于 2023 年 1 月發現，是一個高度嚴重的 MHTML 欺騙問題，有證據表明有黑客在過去 18 個月里，利用該漏洞發起惡意攻擊，可以繞過 Windows 10、Windows 11 系統的安全功能。

該專家發現網絡攻擊者通過分發 Windows Internet 快捷方式文件（.url），以欺騙 PDF 等看起來合法的文件，用戶一旦點開這些文件，就會下載并啟動 HTA 以安裝密碼竊取惡意軟件。

Internet 快捷方式文件只是一個文本文件，其中包含各種配置設置，如顯示什么圖標、雙擊時打開什么鏈接等信息。保存為 .url 文件并雙擊后，Windows 將在默認網絡瀏覽器中打開配置的 URL。

不過攻擊者發現可以通過在 URL 指令中使用 mhtml: URI 處理程序，來強制 Internet Explorer 打開指定的 URL，如下圖所示：

IT之家注：MHTML 是一種 "聚合 HTML 文檔的 MIME 封裝" 文件，是 Internet Explorer 中引入的一種技術，可將包括圖像在內的整個網頁封裝成一個單一的檔案。

攻擊者使用 mhtml: URI 啟動 URL 后，Windows 會自動在 Internet Explorer 中啟動 URL，而不是默認瀏覽器。

漏洞研究人員 Will Dormann 稱，在 Internet Explorer 中打開網頁會給攻擊者帶來額外的好處，下載惡意文件時安全警告較少。

盡管微軟早在兩年前就宣布停止支持該瀏覽器，并以 Edge 代替其所有實用功能，但這款過時的瀏覽器仍可被惡意調用和利用。

家好，我是 Echa。

本文將帶你了解 JavaScript 中常見的錯誤類型，處理同步和異步 JavaScript/Node.js 代碼中錯誤和異常的方式，以及錯誤處理最佳實踐！

1. 錯誤概述

JavaScript 中的錯誤是一個對象，在發生錯誤時會拋出該對象以停止程序。在 JavaScript 中，可以通過構造函數來創建一個新的通用錯誤：

const err = new Error("Error");

當然，也可以省略 new 關鍵字：

const err = Error("Error");

Error 對象有三個屬性：

message：帶有錯誤消息的字符串；
name: 錯誤的類型；
stack：函數執行的堆棧跟蹤。

例如，創建一個 TypeError 對象，該消息將攜帶實際的錯誤字符串，其 name 將是“TypeError”：

const wrongType = TypeError("Expected number");

wrongType.message; // 'Expected number'
wrongType.name;    // 'TypeError'

堆棧跟蹤是發生異常或警告等事件時程序所處的方法調用列表：

它首先會打印錯誤名稱和消息，然后是被調用的方法列表。每個方法調用都說明其源代碼的位置和調用它的行。可以使用此數據來瀏覽代碼庫并確定導致錯誤的代碼段。此方法列表以堆疊的方式排列。它顯示了異常首先被拋出的位置以及它如何通過堆棧方法調用傳播。為異常實施捕獲不會讓它通過堆棧向上傳播并使程序崩潰。

對于 Error 對象，Firefox 還實現了一些非標準屬性：

columnNumber：錯誤所在行的列號；
filename：發生錯誤的文件
lineNumber：發生錯誤的行號

2. 錯誤類型

JavaScript 中有一系列預定義的錯誤類型。只要使用者沒有明確處理應用程序中的錯誤，它們就會由 JavaScript 運行時自動選擇和定義。

JavaScript中的錯誤類型包括：

EvalError
InternalError
RangeError
ReferenceError
SyntaxError
TypeError
URIError

這些錯誤類型都是實際的構造函數，旨在返回一個新的錯誤對象。最常見的就是 TypeError。大多數時候，大部分錯誤將直接來自 JavaScript 引擎，例如 InternalError 或 SyntaxError。

JavaScript 提供了 instanceof 運算符可以用于區分異常類型：

try {
  If (typeof x !== ‘number’) {
       throw new TypeError(‘x 應是數字’);
  } else if (x <= 0) {
       throw new RangeError('x 應大于 0');
  } else {
       // ...
  }
} catch (err) {
    if (err instanceof TypeError) {
      // 處理 TypeError 錯誤
    } else if (err instanceof RangeError) {
      // 處理 RangeError 錯誤
  } else {
      // 處理其他類型錯誤
  }
}

下面來了解 JavaScript 中最常見的錯誤類型，并了解它們發生的時間和原因。

（1）SyntaxError

SyntaxError 表示語法錯誤。這些錯誤是最容易修復的錯誤之一，因為它們表明代碼語法中存在錯誤。由于 JavaScript 是一種解釋而非編譯的腳本語言，因此當應用程序執行包含錯誤的腳本時會拋出這些錯誤。在編譯語言的情況下，此類錯誤在編譯期間被識別。因此，在修復這些問題之前，不會創建應用程序二進制文件。

SyntaxError 發生的一些常見原因是：

缺少引號
缺少右括號
大括號或其他字符對齊不當

（2）TypeError

TypeError 是 JavaScript 應用程序中最常見的錯誤之一，當某些值不是特定的預期類型時，就會產生此錯誤。

TypeError 發生的一些常見原因是：

調用不是方法的對象。
試圖訪問 null 或未定義對象的屬性
將字符串視為數字，反之亦然

（3）ReferenceError

ReferenceError 表示引用錯誤。當代碼中的變量引用有問題時，會發生 ReferenceError。可能忘記在使用變量之前為其定義一個值，或者可能試圖在代碼中使用一個不可訪問的變量。在任何情況下，通過堆棧跟蹤都可以提供充足的信息來查找和修復有問題的變量引用。

ReferenceErrors 發生的一些常見原因如下：

在變量名中輸入錯誤。
試圖訪問其作用域之外的塊作用域變量。
在加載之前從外部庫引用全局變量。

（4）RangeError

RangeError 表示范圍錯誤。當變量設置的值超出其合法值范圍時，將拋出 RangeError。它通常發生在將值作為參數傳遞給函數時，并且給定值不在函數參數的范圍內。當使用記錄不完整的第三方庫時，有時修復起來會很棘手，因為需要知道參數的可能值范圍才能傳遞正確的值。

RangeError 發生的一些常見場景如下：

試圖通過 Array 構造函數創建非法長度的數組。
將錯誤的值傳遞給數字方法，例如 toExponential()、toPrecision()、toFixed()等。
將非法值傳遞給字符串函數，例如 normalize()。

（5）URIError

URIError 表示 URI錯誤。當 URI 的編碼和解碼出現問題時，會拋出 URIError。JavaScript 中的 URI 操作函數包括：decodeURI、decodeURIComponent 等。如果使用了錯誤的參數（無效字符），就會拋出 URIError。

（6）EvalError

EvalError 表示 Eval 錯誤。當 eval() 函數調用發生錯誤時，會拋出 EvalError。不過，當前的 JavaScript 引擎或 ECMAScript 規范不再拋出此錯誤。但是，為了向后兼容，它仍然是存在的。

如果使用的是舊版本的 JavaScript，可能會遇到此錯誤。在任何情況下，最好調查在eval()函數調用中執行的代碼是否有任何異常。

（7）InternalError

InternalError 表示內部錯誤。在 JavaScript 運行時引擎發生異常時使用。它表示代碼可能存在問題也可能不存在問題。

InternalError 通常只發生在兩種情況下：

當 JavaScript 運行時的補丁或更新帶有引發異常的錯誤時（這種情況很少發生）；
當代碼包含對于 JavaScript 引擎而言太大的實體時（例如，數組初始值設定項太大、遞歸太多）。

解決此錯誤最合適的方法就是通過錯誤消息確定原因，并在可能的情況下重構應用邏輯，以消除 JavaScript 引擎上工作負載的突然激增。

注意： 現代 JavaScript 中不會拋出 EvalError 和 InternalError。

（8）創建自定義錯誤類型

雖然 JavaScript 提供了足夠的錯誤類型類列表來涵蓋大多數情況，但如果這些錯誤類型不能滿足要求，還可以創建新的錯誤類型。這種靈活性的基礎在于 JavaScript 允許使用 throw 命令拋出任何內容。

可以通過擴展 Error 類以創建自定義錯誤類：

class ValidationError extends Error {
    constructor(message) {
        super(message);
        this.name = "ValidationError";
    }
}

可以通過以下方式使用它：

throw ValidationError("未找到該屬性: name")

可以使用 instanceof 關鍵字識別它：

try {
    validateForm() // 拋出 ValidationError 的代碼
} catch (e) {
    if (e instanceof ValidationError) {
      
    }
    else {
      
    }
}

3. 拋出錯誤

很多人認為錯誤和異常是一回事。實際上，Error 對象只有在被拋出時才會成為異常。

在 JavaScript 中拋出異常，可以使用 throw 來拋出 Error 對象：

throw TypeError("Expected number");

或者：

throw new TypeError("Expected number");

來看一個簡單的例子：

function toUppercase(string) {
  if (typeof string !== "string") {
    throw TypeError("Expected string");
  }

  return string.toUpperCase();
}

在這里，我們檢查函數參數是否為字符串。如果不是，就拋出異常。

從技術上講，我們可以在 JavaScript 中拋出任何東西，而不僅僅是 Error 對象：

throw Symbol();
throw 33;
throw "Error!";
throw null;

但是，最好避免這樣做：要拋出正確的 Error 對象，而不是原語。

4. 拋出異常時會發生什么？

異常一旦拋出，就會在程序堆棧中冒泡，除非在某個地方被捕獲。

來看下面的例子：

function toUppercase(string) {
  if (typeof string !== "string") {
    throw TypeError("Expected string");
  }

  return string.toUpperCase();
}

toUppercase(4);

在瀏覽器或 Node.js 中運行此代碼，程序將停止并拋出錯誤：

這里還顯示了發生錯誤的確切行。這個錯誤就是一個堆棧跟蹤，有助于跟蹤代碼中的問題。堆棧跟蹤從下到上：

at toUppercase (<anonymous>:3:11)
at <anonymous>:9:1

toUppercase 函數在第 9 行調用，在第 3 行拋出錯誤。除了在瀏覽器的控制臺中查看此堆棧跟蹤之外，還可以在 Error 對象的 stack 屬性上訪問它。

介紹完這些關于錯誤的基礎知識之后，下面來看看同步和異步 JavaScript 代碼中的錯誤和異常處理。

5. 同步錯誤處理

（1）常規函數的錯誤處理

同步代碼會按照代碼編寫順序執行。讓我們再看看前面的例子：

function toUppercase(string) {
  if (typeof string !== "string") {
    throw TypeError("Expected string");
  }

  return string.toUpperCase();
}

toUppercase(4);

在這里，引擎調用并執行 toUppercase，這一切都是同步發生的。要捕獲由此類同步函數引發的異常，可以使用 try/catch/finally：

try {
  toUppercase(4);
} catch (error) {
  console.error(error.message);
} finally {
  // ...
}

通常，try 會處理正常的路徑，或者可能進行的函數調用。catch 就會捕獲實際的異常，它接收 Error 對象。而不管函數的結果如何，finally 語句都會運行：無論它失敗還是成功，finally 中的代碼都會運行。

（2）生成器函數的錯誤處理

JavaScript 中的生成器函數是一種特殊類型的函數。它可以隨意暫停和恢復，除了在其內部范圍和消費者之間提供雙向通信通道。為了創建一個生成器函數，需要在 function 關鍵字后面加上一個 *：

function* generate() {
//
}

只要進入函數，就可以使用 yield 來返回值：

function* generate() {
  yield 33;
  yield 99;
}

生成器函數的返回值是一個迭代器對象。要從生成器中提取值，可以使用兩種方法：

在迭代器對象上調用 next()
使用 for...of 進行迭代

以上面的代碼為例，要從生成器中獲取值，可以這樣做：

function* generate() {
  yield 33;
  yield 99;
}

const go = generate();

當我們調用生成器函數時，這里的 go 就是生成的迭代器對象。接下來，就可以調用 go.next() 來繼續執行：

function* generate() {
  yield 33;
  yield 99;
}

const go = generate();

const firstStep = go.next().value; // 33
const secondStep = go.next().value; // 99

生成器也可以接受來自調用者的值和異常。除了 next()，從生成器返回的迭代器對象還有一個 throw() 方法。使用這種方法，就可以通過向生成器中注入異常來停止程序：

function* generate() {
  yield 33;
  yield 99;
}

const go = generate();

const firstStep = go.next().value; // 33

go.throw(Error("Tired of iterating!"));

const secondStep = go.next().value; // never reached

要捕獲此類錯誤，可以使用 try/catch 將代碼包裝在生成器中：

function* generate() {
  try {
    yield 33;
    yield 99;
  } catch (error) {
    console.error(error.message);
  }
}

生成器函數也可以向外部拋出異常。捕獲這些異常的機制與捕獲同步異常的機制相同：try/catch/finally。

下面是使用 for...of 從外部使用的生成器函數的示例：

function* generate() {
  yield 33;
  yield 99;
  throw Error("Tired of iterating!");
}

try {
  for (const value of generate()) {
    console.log(value);
  }
} catch (error) {
  console.error(error.message);
}

輸出結果如下：

這里，try 塊中包含正常的迭代。如果發生任何異常，就會用 catch 捕獲它。

6. 異步錯誤處理

瀏覽器中的異步包括定時器、事件、Promise 等。異步世界中的錯誤處理與同步世界中的處理不同。下面來看一些例子。

（1）定時器的錯誤處理

上面我們介紹了如何使用 try/catch/finally 來處理錯誤，那異步中可以使用這些來處理錯誤嗎？先來看一個例子：

function failAfterOneSecond() {
  setTimeout(() => {
    throw Error("Wrong!");
  }, 1000);
}

此函數在大約 1 秒后會拋出錯誤。那處理此異常的正確方法是什么？以下代碼是無效的：

function failAfterOneSecond() {
  setTimeout(() => {
    throw Error("Wrong!");
  }, 1000);
}

try {
  failAfterOneSecond();
} catch (error) {
  console.error(error.message);
}

我們知道，try/catch是同步的，所以沒辦法這樣來處理異步中的錯誤。當傳遞給 setTimeout的回調運行時，try/catch 早已執行完畢。程序將會崩潰，因為未能捕獲異常。它們是在兩條路徑上執行的：

A: --> try/catch
B: --> setTimeout --> callback --> throw

（2）事件的錯誤處理

我們可以監聽頁面中任何 HTML 元素的事件，DOM 事件的錯誤處理機制遵循與任何異步 Web API 相同的方案。

來看下面的例子：

const button = document.querySelector("button");

button.addEventListener("click", function() {
  throw Error("error");
});

這里，在單擊按鈕后立即拋出了異常，我們該如何捕獲這個異常呢？這樣寫是不起作用的，也不會阻止程序崩潰：

const button = document.querySelector("button");

try {
  button.addEventListener("click", function() {
    throw Error("error");
  });
} catch (error) {
  console.error(error.message);
}

與前面的 setTimeout 例子一樣，任何傳遞給 addEventListener 的回調都是異步執行的：

Track A: --> try/catch
Track B: --> addEventListener --> callback --> throw

如果不想讓程序崩潰，為了正確處理錯誤，就必須將 try/catch 放到 addEventListener 的回調中。不過這樣做并不是最佳的處理方式，與 setTimeout 一樣，異步代碼路徑拋出的異常無法從外部捕獲，并且會使程序崩潰。

下面會介紹 Promises 和 async/await 是如何簡化異步代碼的錯誤處理的。

（3）onerror

HTML 元素有許多事件處理程序，例如 onclick、onmouseenter、onchange 等。除此之外，還有 onerror，每當 <img> 標簽或 <script> 等 HTML 元素命中不存在的資源時，onerror 事件處理程序就會觸發。

來看下面的例子：

<body>
  <img src="nowhere-to-be-found.png">
</body>

當訪問的資源缺失時，瀏覽器的控制臺就會報錯：

GET http://localhost:5000/nowhere-to-be-found.png
[HTTP/1.1 404 Not Found 3ms]

在 JavaScript 中，可以使用適當的事件處理程序“捕獲”此錯誤：

const image = document.querySelector("img");

image.onerror = function(event) {
  console.log(event);
};

或者使用 addEventListener 來監聽 error 事件，當發生錯誤時進行處理：

const image = document.querySelector("img");

image.addEventListener("error", function(event) {
  console.log(event);
});

此模式對于加載備用資源以代替丟失的圖像或腳本很有用。不過需要記住：onerror 與 throw 或 try/catch 是無關的。

（4）Promise 的錯誤處理

下面來通過最上面的 toUppercase 例子看看 Promise 是如何處理錯誤的：

function toUppercase(string) {
  if (typeof string !== "string") {
    throw TypeError("Expected string");
  }

  return string.toUpperCase();
}

toUppercase(4);

對上面的代碼進行修改，不返回簡單的字符串或異常，而是分別使用 Promise.reject 和 Promise.resolve 來處理錯誤和成功：

function toUppercase(string) {
  if (typeof string !== "string") {
    return Promise.reject(TypeError("Expected string"));
  }

  const result = string.toUpperCase();

  return Promise.resolve(result);
}

從技術上講，這段代碼中沒有任何異步的內容，但它可以很好地說明 Promise 的錯誤處理機制。

現在我們就可以在 then 中使用結果，并使用 catch 來處理被拒絕的 Promise：

toUppercase(99)
  .then(result => result)
  .catch(error => console.error(error.message));

輸出結果如下：

在 Promise 中，catch 是用來處理錯誤的。除了 catch 還有 finally，類似于 try/catch 中的finally。不管 Promise 結果如何，finally 都會執行：

toUppercase(99)
  .then(result => result)
  .catch(error => console.error(error.message))
  .finally(() => console.log("Finally"));

輸出結果如下：

需要記住，任何傳遞給 then/catch/finally 的回調都是由微任務隊列異步處理的。它們是微任務，優先于事件和計時器等宏任務。

（5）Promise, error, throw

作為拒絕 Promise 時的最佳實踐，可以傳入 error 對象：

Promise.reject(TypeError("Expected string"));

這樣，在整個代碼庫中保持錯誤處理的一致性。其他團隊成員總是可以訪問 error.message，更重要的是可以檢查堆棧跟蹤。

除了 Promise.reject 之外，還可以通過拋出異常來退出 Promise 執行鏈。來看下面的例子：

Promise.resolve("A string").then(value => {
  if (typeof value === "string") {
    throw TypeError("Expected number!");
  }
});

這里使用字符串來 resolve 一個 Promise，然后執行鏈立即使用 throw 斷開。為了停止異常的傳播，可以使用 catch 來捕獲錯誤：

Promise.resolve("A string")
  .then(value => {
    if (typeof value === "string") {
      throw TypeError("Expected number!");
    }
  })
  .catch(reason => console.log(reason.message));

這種模式在 fetch 中很常見，可以通過檢查 response 對象來查找錯誤：

fetch("https://example-dev/api/")
  .then(response => {
    if (!response.ok) {
      throw Error(response.statusText);
    }

    return response.json();
  })
  .then(json => console.log(json));

這里的異常可以使用 catch 來攔截。如果失敗了，并且沒有攔截它，異常就會在堆棧中向上冒泡。這本身并沒有什么問題，但不同的環境對未捕獲的拒絕有不同的反應。

例如，Node.js 會讓任何未處理 Promise 拒絕的程序崩潰：

DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

所以，最好去捕獲錯誤。

（6）使用 Promise 處理定時器錯誤

對于計時器或事件，不能捕獲回調拋出的異常。上面有一個例子：

function failAfterOneSecond() {
  setTimeout(() => {
    throw Error("Error");
  }, 1000);
}

// 不生效
try {
  failAfterOneSecond();
} catch (error) {
  console.error(error.message);
}

我們可以使用 Promise 來包裝計時器：

function failAfterOneSecond() {
  return new Promise((_, reject) => {
    setTimeout(() => {
      reject(Error("Error"));
    }, 1000);
  });
}

這里通過 reject 捕獲了一個 Promise 拒絕，它帶有一個 error 對象。此時就可以用 catch 來處理異常了：

failAfterOneSecond().catch(reason => console.error(reason.message));

這里使用 value 作為 Promise 的返回值，使用 reason 作為拒絕的返回對象。

（7）Promise.all 的錯誤處理

Promise.all 方法接受一個 Promise 數組，并返回所有解析 Promise 的結果數組：

const promise1 = Promise.resolve("one");
const promise2 = Promise.resolve("two");

Promise.all([promise1, promise2]).then((results) => console.log(results));

// 結果： ['one', 'two']

如果這些 Promise 中的任何一個被拒絕，Promise.all 將拒絕并返回第一個被拒絕的 Promise 的錯誤。

為了在 Promise.all 中處理這些情況，可以使用 catch：

const promise1 = Promise.resolve("good");
const promise2 = Promise.reject(Error("Bad"));
const promise3 = Promise.reject(Error("Bad+"));

Promise.all([promise1, promise2, promise3])
  .then(results => console.log(results))
  .catch(error => console.error(error.message));

如果想要運行一個函數而不考慮 Promise.all 的結果，可以使用 finally：

Promise.all([promise1, promise2, promise3])
  .then(results => console.log(results))
  .catch(error => console.error(error.message))
  .finally(() => console.log("Finally"));

（8）Promise.any 的錯誤處理

Promise.any 和 Promise.all 恰恰相反。Promise.all 如果某一個失敗，就會拋出第一個失敗的錯誤。而 Promise.any 總是返回第一個成功的 Promise，無論是否發生任何拒絕。

相反，如果傳遞給 Promise.any 的所有 Promise 都被拒絕，那產生的錯誤就是 AggregateError。來看下面的例子：

const promise1 = Promise.reject(Error("Error"));
const promise2 = Promise.reject(Error("Error+"));

Promise.any([promise1, promise2])
  .then(result => console.log(result))
  .catch(error => console.error(error))
  .finally(() => console.log("Finally"));

輸出結果如下：

這里用 catch 處理錯誤。AggregateError 對象具有與基本錯誤相同的屬性，外加一個 errors 屬性：

const promise1 = Promise.reject(Error("Error"));
const promise2 = Promise.reject(Error("Error+"));

Promise.any([promise1, promise2])
  .then(result => console.log(result))
  .catch(error => console.error(error.errors))
  .finally(() => console.log("Finally"));

此屬性是一個包含所有被拒絕的錯誤信息的數組：

（9）Promise.race 的錯誤處理

Promise.race 接受一個 Promise 數組，并返回第一個成功的 Promise 的結果：

const promise1 = Promise.resolve("one");
const promise2 = Promise.resolve("two");

Promise.race([promise1, promise2]).then(result => 
  console.log(result)
);

// 結果：one

那如果有被拒絕的 Promise，但它不是傳入數組中的第一個呢：

const promise1 = Promise.resolve("one");
const rejection = Promise.reject(Error("Bad"));
const promise2 = Promise.resolve("two");

Promise.race([promise1, rejection, promise2]).then(result =>
  console.log(result)
);

// 結果：one

這樣結果還是 one，不會影響正常的執行。

如果被拒絕的 Promise 是數組的第一個元素，則 Promise.race 拒絕，就必須要必須捕獲拒絕：

const promise1 = Promise.resolve("one");
const rejection = Promise.reject(Error("Bad"));
const promise2 = Promise.resolve("two");

Promise.race([rejection, promise1, promise2])
  .then(result => console.log(result))
  .catch(error => console.error(error.message));

// Bad

（10）Promise.allSettled 的錯誤處理

Promise.allSettled 是 ECMAScript 2020 新增的 API。它和 Promise.all 類似，不過不會被短路，也就是說當Promise全部處理完成后，可以拿到每個 Promise 的狀態, 而不管其是否處理成功。

來看下面的例子：

const promise1 = Promise.resolve("Good!");
const promise2 = Promise.reject(Error("Bad!"));

Promise.allSettled([promise1, promise2])
  .then(results => console.log(results))
  .catch(error => console.error(error))
  .finally(() => console.log("Finally"));

這里向 Promise.allSettled 傳遞了一個包含兩個 Promise 的數組：一個已解決，另一個已拒絕。

輸出結果如下：

（11）async/await 的錯誤處理

JavaScript 中的 async/await 表示異步函數，用同步的方式去編寫異步，可讀性更好。

下面來改編上面的同步函數 toUppercase，通過將 async 放在 function 關鍵字之前將其轉換為異步函數：

async function toUppercase(string) {
  if (typeof string !== "string") {
    throw TypeError("Expected string");
  }

  return string.toUpperCase();
}

只需在 function 前加上 async 前綴，就可以讓函數返回一個 Promise。這意味著我們可以在函數調用之后鏈式調用 then、catch 和 finally：

toUppercase("hello")
  .then(result => console.log(result))
  .catch(error => console.error(error.message))
  .finally(() => console.log("Always runs!"));

當從 async 函數中拋出異常時，異常會成為底層 Promise 被拒絕的原因。任何錯誤都可以從外部用 catch 攔截。

除此之外，還可以使用 try/catch/finally 來處理錯誤，就像在同步函數中一樣。

例如，從另一個函數 consumer 中調用 toUppercase，它方便地用 try/catch/finally 包裝了函數調用：

async function toUppercase(string) {
  if (typeof string !== "string") {
    throw TypeError("Expected string");
  }

  return string.toUpperCase();
}

async function consumer() {
  try {
    await toUppercase(98);
  } catch (error) {
    console.error(error.message);
  } finally {
    console.log("Finally");
  }
}

consumer();

輸出結果如下：

（12）異步生成器的錯誤處理

JavaScript 中的異步生成器是能夠生成 Promise 而不是簡單值的生成器函數。它將生成器函數與異步相結合，結果是一個生成器函數，其迭代器對象向消費者公開一個 Promise。

要創建一個異步生成器，需要聲明一個帶有星號 * 的生成器函數，前綴為 async：

async function* asyncGenerator() {
  yield 33;
  yield 99;
  throw Error("Bad!"); // Promise.reject
}

因為異步生成器是基于 Promise，所以同樣適用 Promise 的錯誤處理規則，在異步生成器中，throw 會導致 Promise 拒絕，可以用 catch 攔截它。

要想從異步生成器處理 Promise，可以使用 then：

const go = asyncGenerator();

go.next().then(value => console.log(value));
go.next().then(value => console.log(value));
go.next().catch(reason => console.error(reason.message));

輸出結果如下：

也使用異步迭代 for await...of。要使用異步迭代，需要用 async 函數包裝 consumer：

async function* asyncGenerator() {
  yield 33;
  yield 99;
  throw Error("Bad"); // Promise.reject
}

async function consumer() {
  for await (const value of asyncGenerator()) {
    console.log(value);
  }
}

consumer();

與 async/await 一樣，可以使用 try/catch 來處理任何異常：

async function* asyncGenerator() {
  yield 33;
  yield 99;
  throw Error("Bad"); // Promise.reject
}

async function consumer() {
  try {
    for await (const value of asyncGenerator()) {
      console.log(value);
    }
  } catch (error) {
    console.error(error.message);
  }
}

consumer();

輸出結果如下：

從異步生成器函數返回的迭代器對象也有一個 throw() 方法。在這里對迭代器對象調用 throw() 不會拋出異常，而是 Promise 拒絕：

async function* asyncGenerator() {
  yield 33;
  yield 99;
  yield 11;
}

const go = asyncGenerator();

go.next().then(value => console.log(value));
go.next().then(value => console.log(value));

go.throw(Error("Reject!"));

go.next().then(value => console.log(value));

輸出結果如下：

可以通過以下方式來捕獲錯誤：

go.throw(Error("Let's reject!")).catch(reason =>
  console.error(reason.message)
);

我們知道，迭代器對象的 throw() 是在生成器內部發送異常的。所以還可以使用以下方式來處理錯誤：

async function* asyncGenerator() {
  try {
    yield 33;
    yield 99;
    yield 11;
  } catch (error) {
    console.error(error.message);
  }
}

const go = asyncGenerator();

go.next().then(value => console.log(value));
go.next().then(value => console.log(value));

go.throw(Error("Reject!"));

go.next().then(value => console.log(value));

5. Node.js 錯誤處理

（1）同步錯誤處理

Node.js 中的同步錯誤處理與 JavaScript 是一樣的，可以使用 try/catch/finally。

（2）異步錯誤處理：回調模式

對于異步代碼，Node.js 強烈依賴兩個術語：

事件發射器
回調模式

在回調模式中，異步 Node.js API 接受一個函數，該函數通過事件循環處理并在調用堆棧為空時立即執行。

來看下面的例子：

const { readFile } = require("fs");

function readDataset(path) {
  readFile(path, { encoding: "utf8" }, function(error, data) {
    if (error) console.error(error);
    // data操作
  });
}

這里可以看到回調中錯誤處理：

function(error, data) {
    if (error) console.error(error);
    // data操作
}

如果使用 fs.readFile 讀取給定路徑時出現任何錯誤，我們都會得到一個 error 對象。這時我們可以：

單地記錄錯誤對象。
拋出異常。
將錯誤傳遞給另一個回調。

要想拋出異常，可以這樣做：

const { readFile } = require("fs");

function readDataset(path) {
  readFile(path, { encoding: "utf8" }, function(error, data) {
    if (error) throw Error(error.message);
    // data操作
  });
}

但是，與 DOM 中的事件和計時器一樣，這個異常會使程序崩潰。使用 try/catch 停止它的嘗試將不起作用：

const { readFile } = require("fs");

function readDataset(path) {
  readFile(path, { encoding: "utf8" }, function(error, data) {
    if (error) throw Error(error.message);
    // data操作
  });
}

try {
  readDataset("not-here.txt");
} catch (error) {
  console.error(error.message);
}

如果不想讓程序崩潰，可以將錯誤傳遞給另一個回調：

const { readFile } = require("fs");

function readDataset(path) {
  readFile(path, { encoding: "utf8" }, function(error, data) {
    if (error) return errorHandler(error);
    // data操作
  });
}

這里的 errorHandler 是一個簡單的錯誤處理函數：

function errorHandler(error) {
  console.error(error.message);
  // 處理錯誤：寫入日志、發送到外部logger
}

（3）異步錯誤處理：事件發射器

Node.js 中的大部分工作都是基于事件的。大多數時候，我們會與發射器對象和一些偵聽消息的觀察者進行交互。

Node.js 中的任何事件驅動模塊（例如 net）都擴展了一個名為 EventEmitter 的根類。EventEmitter 有兩個基本方法：on 和 emit。

下面來看一個簡單的 HTTP 服務器：

const net = require("net");

const server = net.createServer().listen(8081, "127.0.0.1");

server.on("listening", function () {
  console.log("Server listening!");
});

server.on("connection", function (socket) {
  console.log("Client connected!");
  socket.end("Hello client!");
});

這里我們監聽了兩個事件：listening 和 connection。除了這些事件之外，事件發射器還公開一個錯誤事件，在出現錯誤時觸發。

如果這段代碼監聽的端口是 80，就會得到一個異常：

const net = require("net");

const server = net.createServer().listen(80, "127.0.0.1");

server.on("listening", function () {
  console.log("Server listening!");
});

server.on("connection", function (socket) {
  console.log("Client connected!");
  socket.end("Hello client!");
});

輸出結果如下：

events.js:291
      throw er;
      ^

Error: listen EACCES: permission denied 127.0.0.1:80
Emitted 'error' event on Server instance at: ...

為了捕獲它，可以為 error 注冊一個事件處理函數：

server.on("error", function(error) {
  console.error(error.message);
});

這樣就會輸出：

listen EACCES: permission denied 127.0.0.1:80

6. 錯誤處理最佳實踐

最后，我們來看看處理 JavaScript 異常的最佳實踐！

（1）不要過度處理錯誤

錯處理的第一個最佳實踐就是不要過度使用“錯誤處理”。通常，我們會在外層處理錯誤，從內層拋出錯誤，這樣一旦出現錯誤，就可以更好地理解是什么原因導致的。

然而，開發人員常犯的錯誤之一是過度使用錯誤處理。有時這樣做是為了讓代碼在不同的文件和方法中看起來保持一致。但是，不幸的是，這些會對應用程序和錯誤檢測造成不利影響。

因此，只關注代碼中可能導致錯誤的地方，錯誤處理將有助于提高代碼健壯性并增加檢測到錯誤的機會。

（2）避免瀏覽器特定的非標準方法

盡管許多瀏覽器都遵循一個通用標準，但某些特定于瀏覽器的 JavaScript 實現在其他瀏覽器上卻失敗了。例如，以下語法僅適用于 Firefox：

catch(e) { 
  console.error(e.filename + ': ' + e.lineNumber); 
}

因此，在處理錯誤時，盡可能使用跨瀏覽器友好的 JavaScript 代碼。

（3）遠程錯誤記錄

當發生錯誤時，我們應該得到通知以了解出了什么問題。這就是錯誤日志的用武之地。JavaScript 代碼是在用戶的瀏覽器中執行的。因此，需要一種機制來跟蹤客戶端瀏覽器中的這些錯誤，并將它們發送到服務器進行分析。

可以嘗試使用以下工具來監控并上報錯誤：

Sentry（https://sentry.io/）： 專注于異常（應用崩潰）而不是信息錯誤。它提供了應用中錯誤的完整概述，包括受影響的用戶數量、調用堆棧、受影響的瀏覽器以及導致錯誤的提交等詳細信息。
Rollbar（https://rollbar.com/）： 用于前端、后端和移動應用的無代理錯誤監控工具。它提供人工智能輔助的工作流程，使開發人員能夠在錯誤影響用戶之前立即采取行動。它會顯示受錯誤影響的客戶數量、受影響的平臺或瀏覽器的類型以及之前是否發生過類似錯誤或是否已經存在解決方案等數據。

（4）錯誤處理中間件（Node.js）

Node.js 環境支持使用中間件向服務端應用中添加功能。因此可以創建一個錯誤處理中間件。使用中間件的最大好處是所有錯誤都在一個地方集中處理。可以選擇啟用/禁用此設置以輕松進行測試。

以下是創建基本中間件的方法：

const logError = err => {
    console.log("ERROR: " + String(err))
}

const errorLoggerMiddleware = (err, req, res, next) => {
    logError(err)
    next(err)
}

const returnErrorMiddleware = (err, req, res, next) => {
    res.status(err.statusCode || 500)
       .send(err.message)
}

module.exports = {
    logError,
    errorLoggerMiddleware,
    returnErrorMiddleware
}

可以像下面這樣在應用中使用此中間件：

const { errorLoggerMiddleware, returnErrorMiddleware } = require('./errorMiddleware')

app.use(errorLoggerMiddleware)

app.use(returnErrorMiddleware)

現在可以在中間件內定義自定義邏輯以適當地處理錯誤。而無需再擔心在整個代碼庫中實現單獨的錯誤處理結構。

（5）捕獲所有未捕獲的異常（Node.js）

我們可能永遠無法涵蓋應用中可能發生的所有錯誤。因此，必須實施回退策略以捕獲應用中所有未捕獲的異常。

可以這樣做：

process.on('uncaughtException', error => {
    console.log("ERROR: " + String(error))
    // 其他處理機制
})

還可以確定發生的錯誤是標準錯誤還是自定義操作錯誤。根據結果，可以退出進程并重新啟動它以避免意外行為。

（6）捕獲所有未處理的 Promise 拒絕（Node.js）

與異常不同的是，promise 拒絕不會拋出錯誤。因此，一個被拒絕的 promise 可能只是一個警告，這讓應用有可能遇到意外行為。因此，實現處理 promise 拒絕的回退機制至關重要。

可以這樣做：

const promiseRejectionCallback = error => {
    console.log("PROMISE REJECTED: " + String(error))
}

process.on('unhandledRejection', callback)

參考文章

https://www.valentinog.com/blog/error/
https://kinsta.com/blog/errors-in-javascript/
https://blog.bitsrc.io/javascript-exception-handling-patterns-best-practices-f7d6fcab735d

者｜Lukas Gisder-Dubé

譯者｜謝麗

本文將分三部分分析 JavaScript 中的錯誤，首先我們將了解錯誤的一般情況，之后，我們將關注后端（Node.js + Express.js），最后，我們將重點看下如何處理 React.js 中的錯誤。選擇這些框架，是因為它們是目前最流行的，但是，你應該也能夠將這些新發現應用到其他框架中吧！

繼上一篇文章 (https://link.medium.com/MO32x55aNR) 之后，我想談談錯誤。錯誤很好——我相信你以前聽過這個說法。乍一看，我們害怕錯誤，因為錯誤往往會涉及到在公共場合受到傷害或羞辱。通過犯錯誤，我們實際上學會了如何不去做某事，以及下次如何做得更好。

顯然，這是關于從現實生活的錯誤中學習。編程中的錯誤有點不同。它們為我們提供了很好的特征來改進我們的代碼，并告訴用戶什么地方出了問題（也可能是教他們如何修復它）。

GitHub(https://github.com/gisderdube/graceful-error-handling) 上提供了一個完整的樣例項目。

JavaScript 錯誤和一般處理

throw new Error('something went wrong')?會在 JavaScript 中創建一個錯誤實例，并停止腳本的執行，除非你對錯誤做了一些處理。當你作為 JavaScript 開發者開啟自己的職業生涯時，你自己很可能不會這樣做，但是，你已經從其他庫（或運行時）那里看到了，例如，類似“ReferenceError: fs 未定義”這樣的錯誤。

Error 對象

Error 對象有兩個內置屬性供我們使用。第一個是消息，作為參數傳遞給 Error 構造函數，例如 new Error(“這是錯誤消息”)。你可以通過 message 屬性訪問消息：

const myError = new Error(‘請改進代碼’)
console.log(myError.message) // 請改進代碼

第二個是錯誤堆棧跟蹤，這個屬性非常重要。你可以通過 stack 屬性訪問它。錯誤堆棧將為你提供歷史記錄（調用堆棧），從中可以查看哪個文件導致了錯誤。堆棧的上部也包括消息，然后是實際的堆棧，從距離錯誤發生最近的點開始，一直到最外層“需要為錯誤負責”的文件：

Error: 請改進代碼
 at Object.<anonymous> (/Users/gisderdube/Documents/_projects/hacking.nosync/error-handling/src/general.js:1:79)
 at Module._compile (internal/modules/cjs/loader.js:689:30)
 at Object.Module._extensions..js (internal/modules/cjs/loader.js:700:10)
 at Module.load (internal/modules/cjs/loader.js:599:32)
 at tryModuleLoad (internal/modules/cjs/loader.js:538:12)
 at Function.Module._load (internal/modules/cjs/loader.js:530:3)
 at Function.Module.runMain (internal/modules/cjs/loader.js:742:12)
 at startup (internal/bootstrap/node.js:266:19)
 at bootstrapNodeJSCore (internal/bootstrap/node.js:596:3)

拋出和處理錯誤

現在，Error 實例本身不會導致任何結果，例如，new Error('...') 不會做任何事情。當錯誤被拋出時，就會變得更有趣。然后，如前所述，腳本將停止執行，除非你在流程中以某種方式對它進行了處理。記住，是手動拋出錯誤，還是由庫拋出錯誤，甚至由運行時本身（Node 或瀏覽器），都沒有關系。讓我們看看如何在不同的場景中處理這些錯誤。

try .... catch

這是最簡單但經常被遺忘的錯誤處理方法——多虧 async / await，它的使用現在又多了起來。它可以用來捕獲任何類型的同步錯誤，例如，如果我們不把 console.log(b) 放在一個 try … catch 塊中，腳本會停止執行。

… finally

有時候，不管是否有錯誤，代碼都需要執行。你可以使用第三個可選塊 finally。通常，這與在 try…catch 語句后面加一行代碼是一樣的，但它有時很有用。

異步性——回調

異步性，這是在使用 JavaScript 時必須考慮的一個主題。當你有一個異步函數，并且該函數內部發生錯誤時，你的腳本將繼續執行，因此，不會立即出現任何錯誤。當使用回調函數處理異步函數時（不推薦），你通常會在回調函數中收到兩個參數，如下所示：

如果有錯誤，err 參數就等同于那個錯誤。如果沒有，參數將是 undefined 或 null。要么在 if(err) 塊中返回某項內容，要么將其他指令封裝在 else 塊中，這一點很重要，否則你可能會得到另一個錯誤，例如，result 可能未定義，而你試圖訪問 result.data，類似這樣的情況。

異步性——Promises

處理異步性的更好方法是使用 Promises。在這一點上，除了代碼可讀性更強之外，我們還改進了錯誤處理。只要有一個 catch 塊，我們就不再需要太關注具體的錯誤捕獲。在鏈接 Promises 時，catch 塊捕獲會自 Promises 執行或上一個 catch 塊以來的所有錯誤。注意，沒有 catch 塊的 Promises 不會終止腳本，但會給你一條可讀性較差的消息，比如：

(node:7741) UnhandledPromiseRejectionWarning: Unhandled promise rejection (rejection id: 1): Error: something went wrong
(node:7741) DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code. */

因此，務必要在 Promises 中加入 catch 塊。

回到 try … catch

隨著 JavaScript 引入 async / await，我們回到了最初的錯誤處理方法，借助 try … catch … finally，錯誤處理變得非常簡單。

因為這和我們處理“普通”同步錯誤的方法是一樣的，所以如果需要的話，更容易使用作用域更大的 catch 語句。

服務器端錯誤的產生和處理

現在，我們已經有了處理錯誤的工具，讓我們看下，我們在實際情況下能用它們做什么。后端錯誤的產生和處理是應用程序至關重要的組成部分。對于錯誤處理，有不同的方法。我將向你展示一個自定義 Error 構造函數和錯誤代碼的方法，我們可以輕松地傳遞到前端或任何 API 消費者。構建后端的細節并不重要，基本思路不變。

我們將使用 Express.js 作為路由框架。讓我們考慮下最有效的錯誤處理結構。我們希望：

一般錯誤處理，如某種回退，基本上只是說：“有錯誤，請再試一次或聯系我們”。這并不是特別聰明，但至少通知用戶，有地方錯了——而不是無限加載或進行類似地處理。
特殊錯誤處理為用戶提供詳細信息，讓用戶了解有什么問題以及如何解決它，例如，有信息丟失，數據庫中的條目已經存在等等。

構建一個自定義 Error 構造函數

我們將使用已有的 Error 構造函數并擴展它。繼承在 JavaScript 中是一件危險的事情，但根據我的經驗，在這種情況下，它非常有用。我們為什么需要它？我們仍然希望堆棧跟蹤給我們一個很好的調試體驗。擴展 JavaScript 原生 Error 構造函數可以讓我們方便地獲得堆棧跟蹤。我們唯一要做的是添加代碼（我們稍后可以通過錯誤代碼訪問）和要傳遞給前端的狀態（http 狀態代碼）。

如何處理路由

在完成 Error 的自定義之后，我們需要設置路由結構。正如我指出的那樣，我們想要一個單點真錯誤處理，就是說，對于每一個路由，我們要有相同的錯誤處理行為。在默認情況下，由于路由都是封裝的，所以 Express 并不真正支持那種方式。

為了解決這個問題，我們可以實現一個路由處理程序，并把實際的路由邏輯定義為普通的函數。這樣，如果路由功能（或任何內部函數）拋出一個錯誤，它將返回到路由處理程序，然后可以傳給前端。當后端發生錯誤時，我們可以用以下格式傳遞一個響應給前端——比如一個 JSON API：

{
 error: 'SOME_ERROR_CODE',
 description: 'Something bad happened. Please try again or contact support.'
}

準備好不知所措。當我說下面的話時，我的學生總是生我的氣：

如果你咋看之下并不是什么都懂，那沒問題。只要使用一段時間，你就會發現為什么要那樣。

順便說一下，這可以稱為自上而下的學習，我非常喜歡。

路由處理程序就是這個樣子：

我希望你能讀下代碼中的注釋，我認為那比我在這里解釋更有意義。現在，讓我們看下實際的路由文件是什么樣子：

在這些例子中，我沒有做任何有實際要求的事情，我只是假設不同的錯誤場景。例如，GET /city 在第 3 行結束，POST /city 在第 8 號結束等等。這也適用于查詢參數，例如，GET /city?startsWith=R。本質上，你會有一個未處理的錯誤，前端會收到：

{
 error: 'GENERIC',
 description: 'Something went wrong. Please try again or contact support.'
}

或者你將手動拋出 CustomError，例如：

throw new CustomError('MY_CODE', 400, 'Error description')

上述代碼會轉換成：

{
 error: 'MY_CODE',
 description: 'Error description'
}

既然我們有了這個漂亮的后端設置，我們就不會再把錯誤日志泄漏到前端，而總是返回有用的信息，說明出現了什么問題。

確保你已經在 GitHub(https://github.com/gisderdube/graceful-error-handling) 上看過完整的庫。你可以把它用在任何項目中，并根據自己的需要來修改它！

向用戶顯示錯誤

下一個也是最后一個步驟是管理前端的錯誤。這里，你要使用第一部分描述的工具處理由前端邏輯產生的錯誤。不過，后端的錯誤也要顯示。首先，讓我們看看如何顯示錯誤。如前所述，我們將使用 React 進行演練。

把錯誤保存在 React 狀態中

和其他數據一樣，錯誤和錯誤消息會變化，因此，你想把它們放在組件狀態中。在默認情況下，你想要在加載時重置錯誤，以便用戶第一次看到頁面時，不會看到錯誤。

接下來我們必須澄清的是不同錯誤類型及與其匹配的可視化表示。就像在后端一樣，有 3 種類型：

全局錯誤，例如，其中一個常見的錯誤是來自后端，或者用戶沒有登錄等。
來自后端的具體錯誤，例如，用戶向后端發送登錄憑證。后端答復密碼不匹配。前端無法進行此項驗證，所以這樣的信息只能來自后端。
由前端導致的具體錯誤，例如，電子郵件輸入驗證失敗。

2 和 3 非常類似，雖然源頭不一樣，但如果你愿意，就可以在同樣的 state 中處理。我們將從代碼中看下如何實現。

我將使用 React 的原生 state 實現，但是，你還可以使用類似 MobX 或 Redux 這樣的狀態管理系統。

全局錯誤

通常，我將把這些錯誤保存在最外層的有狀態組件中，并渲染一個靜態 UI 元素，這可能是屏幕頂部的一個紅色橫幅、模態或其他什么東西，設計實現由你決定。

讓我們看下代碼：

正如你看到的那樣，Application.js 中的狀態存在錯誤。我們也有方法可以重置并改變錯誤的值。我們把值和重置方法傳遞給 GlobalError 組件，在點擊'x'時，該組件會顯示錯誤并重置它。讓我們看看 GlobalError 組件：

你可以看到，在第 5 行，如果沒有錯誤，我們就不做任何渲染。這可以防止我們的頁面上出現一個空的紅框。當然，你可以改變這個組件的外觀和行為。例如，你可以將“x”替換為 Timeout，幾秒鐘后重置錯誤狀態。

現在，你已經準備好在任何地方使用全局錯誤狀態了，只是從 Application.js 把 _setError 向下傳遞，而且，你可以設置全局錯誤，例如，當一個請求從后端返回了字段 error: 'GENERIC'。例如：

如果你比較懶，到這里就可以結束了。即使你有具體的錯誤，你總是可以改變全局錯誤狀態，并把錯誤提示框顯示在頁面頂部。不過，我將向你展示如何處理和顯示具體的錯誤。為什么？首先，這是關于錯誤處理的權威指南，所以我不能停在這里。其次，如果你只是把所有的錯誤都作為全局錯誤來顯示，那么體驗人員會瘋掉。

處理具體的請求錯誤

和全局錯誤類似，我們也有位于其他組件內部的局部錯誤狀態，過程相同：

有件事要記住，清除錯誤通常有一個不同的觸發器。用' x '刪除錯誤是沒有意義的。關于這一點，在發出新請求時清除錯誤會更有意義。你還可以在用戶進行更改時清除錯誤，例如當修改輸入值時。

源于前端的錯誤

如前所述，這些錯誤可以使用與處理后端具體錯誤相同的方式（狀態）進行處理。這次，我們將使用一個有輸入字段的示例，只允許用戶在實際提供以下輸入時刪除一個城市：

使用錯誤代碼實現錯誤國際化

也許你一直想知道為什么我們有這些錯誤代碼，例如 GENERIC ，我們只是顯示從后端傳遞過來的錯誤描述。現在，隨著你的應用越來越大，你就會希望征服新的市場，并在某個時候面臨多種語言支持的問題。如果你到了這個時候，你就可以使用前面提到的錯誤代碼使用用戶的語言來顯示恰當的描述。

我希望你對如何處理錯誤有了一些了解。忘掉 console.error(err)，它現在已經是過去時了。可以使用它進行調試，但它不應該出現在最終的產品構建中。為了防止這種情況，我建議你使用日志庫，我過去一直使用 loglevel，我對它非常滿意。

英文原文

https://levelup.gitconnected.com/the-definite-guide-to-handling-errors-gracefully-in-javascript-58424d9c60e6

在線咨詢

上一篇：JavaScript 關閉瀏覽器 (不彈出提示框)
下一篇：HTML <a> 標簽

您的項目需求

*請認真填寫需求信息，我們會在24小時內與您取得聯系。

整合營銷服務商

微軟已修復，Win10/Win11被曝MSHTML零日漏洞

1. 錯誤概述

2. 錯誤類型

（1）SyntaxError

（2）TypeError

（3）ReferenceError

（4）RangeError

（5）URIError

（6）EvalError

（7）InternalError

（8）創建自定義錯誤類型

3. 拋出錯誤

4. 拋出異常時會發生什么？

5. 同步錯誤處理

（1）常規函數的錯誤處理

（2）生成器函數的錯誤處理

6. 異步錯誤處理

（1）定時器的錯誤處理

（2）事件的錯誤處理

（3）onerror

（4）Promise 的錯誤處理

（5）Promise, error, throw

（6）使用 Promise 處理定時器錯誤

（7）Promise.all 的錯誤處理

（8）Promise.any 的錯誤處理

（9）Promise.race 的錯誤處理

（10）Promise.allSettled 的錯誤處理

（11）async/await 的錯誤處理

（12）異步生成器的錯誤處理

5. Node.js 錯誤處理

（1）同步錯誤處理

（2）異步錯誤處理：回調模式

（3）異步錯誤處理：事件發射器

6. 錯誤處理最佳實踐

（1）不要過度處理錯誤

（2）避免瀏覽器特定的非標準方法

（3）遠程錯誤記錄

（4）錯誤處理中間件（Node.js）

（5）捕獲所有未捕獲的異常（Node.js）

（6）捕獲所有未處理的 Promise 拒絕（Node.js）

參考文章

JavaScript 錯誤和一般處理

服務器端錯誤的產生和處理

向用戶顯示錯誤

您的項目需求