V.控制流和数据流 - 22.异常处理 - 《[译] 写给不耐烦程序员的 JavaScript》

22.异常处理

22.异常处理

原文： http://exploringjs.com/impatient-js/ch_exception-handling.html

本章介绍 JavaScript 如何处理异常。

暂且不说：JavaScript 直到 ES3 才支持异常。这就解释了为什么它们被语言及其标准库谨慎使用。

22.1。动机：抛出和捕捉异常

请考虑以下代码。它将存储在文件中的配置文件读入具有类Profile实例的数组：

让我们来看看 B 行发生了什么：发生错误，但处理问题的最佳位置不是当前位置，而是 A 行。在那里，我们可以跳过当前文件并转到下一个文件。

因此：

在 B 行中，我们使用throw语句来指示存在问题。
在 A 行中，我们使用try-catch语句来处理问题。

当我们抛出时，以下构造是活动的：

readProfiles(···)
  for (const filePath of filePaths)
    try
      readOneProfile(···)
        openFile(···)
          if (!fs.existsSync(filePath))
            throw

throw走上这个构造链，直到找到try语句。在try语句的catch子句中继续执行。

22.2。 `throw`

可以抛出任何值，但最好抛出Error的实例：

22.2.1。用于创建错误对象的选项

使用类Error。这在 JavaScript 中比在更静态的语言中更少限制，因为您可以将自己的属性添加到实例：
使用Error的 JavaScript 子类之一（后面列出）。
子类Error自己。

22.3。 `try-catch-finally`

try语句的最大版本如下所示：

try子句是必需的，但您可以省略catch或finally（但不能同时省略）。从 ECMAScript 2019 开始，如果您对抛出的值不感兴趣，也可以省略(error)。

22.3.1。 `catch`条款

如果在try块中抛出异常（并且之前未捕获），则将其分配给catch子句的参数，并执行该子句中的代码。除非它被指向其他地方（通过return或类似），否则在catch子句之后继续执行：使用finally子句 - 如果存在 - 或在try语句之后。

以下代码演示了行 A 中抛出的值确实在行 B 中捕获。

22.3.2。 `finally`条款

让我们看一下finally的一个常见用例：你已经创建了一个资源，并希望在你完成它时总是销毁它 - 无论在使用它时发生了什么。你可以按如下方式实现：

始终执行finally - 即使抛出错误（行 A）：

始终执行finally - 即使有return语句（行 A）：

22.4。错误类及其属性

引用 ECMAScript 规范：

Error [根类]
- RangeError：表示不在允许值的设置或范围内的值。
- ReferenceError：表示检测到无效的参考值。
- SyntaxError：表示发生了解析错误。
- TypeError：用于表示当其他 NativeError 对象都不是故障原因的适当指示时不成功的操作。
- URIError：表示其中一个全局 URI 处理函数的使用方式与其定义不兼容。