Node.js中用try-catch读取文件后，后续处理代码应放何处？

这两种写法的差异主要体现在后续代码的执行时机和异常捕获范围上，具体怎么选看你的业务需求：

1. 后续处理放在try块内部（第一种写法） #

import { readFile } from 'node:fs/promises';

try {
  const JSONString = await readFile("./config.json", "utf-8");
  // further processing directly inside try block
  const object = JSONString === "" ? {} : JSON.parse(JSONString);
  // ... 其他处理逻辑
} catch(e) {
  console.error(e.message);
}

适用场景&优势： #

• 只有当文件读取成功时，才需要执行后续的JSON解析和处理逻辑。如果读取失败（比如文件不存在、权限问题），直接进入catch块，不会走后续代码，避免无效操作。
• 后续处理中出现的异常（比如JSON格式错误导致JSON.parse抛出SyntaxError）会被同一个catch块捕获，实现统一的异常处理逻辑，不用单独再写try-catch。
• 变量用const声明，作用域局限在try块内，避免全局变量污染，代码更安全。

注意： #

如果你的后续处理逻辑必须在读取成功后才能执行，这种写法是最优选择。

2. 后续处理放在try-catch外部（第二种写法） #

import { readFile } from 'node:fs/promises';

let JSONString = "";
try {
  JSONString = await readFile("./config.json", "utf-8");
} catch(e) {
  console.error(e.message);
}
// further processing outside try-catch block
const object = JSONString === "" ? {} : JSON.parse(JSONString);
// ... 其他处理逻辑

适用场景&优势： #

• 不管文件读取成功还是失败，后续的JSON解析和处理逻辑必须执行（比如读取失败时用默认空字符串生成空对象作为兜底配置）。
• 读取操作的异常和后续处理的异常被分离，读取失败的错误在catch块处理，后续逻辑的错误可以单独管控。

注意： #

• 必须提前用let声明变量，灵活性不如第一种写法，容易出现未预期的变量赋值。
• 如果后续处理中存在可能抛出异常的操作（比如JSON.parse），而你没单独捕获，会导致程序崩溃——前面的catch块管不到这里的异常。

总结建议 #

• 优先选第一种写法：逻辑清晰、变量安全、异常统一处理，适合绝大多数依赖读取成功的场景。
• 只有当你需要兜底逻辑（不管读没读到都要执行后续代码）时，再考虑第二种写法，同时记得处理后续逻辑可能出现的异常。

内容的提问来源于stack exchange，提问作者Devin Johw