开发模式下Node.js的try/catch无法捕获Discord机器人中Promise.all的错误，生产模式正常

看起来你遇到了一个挺让人头疼的环境差异问题——同样的代码在生产环境能正常捕获genshin.getPlayer抛出的维护错误，到了开发环境的try/catch就失效了。结合你给出的信息，我来梳理几个可能的原因和对应的解决思路：

1. Node.js原生--watch模式的错误处理差异 #

Node.js 20的原生文件监听模式（--watch）还比较新，在某些场景下对未处理Promise拒绝的默认行为和生产环境有所不同。生产环境中，Promise的拒绝会正常冒泡到外层try/catch，但开发的watch模式可能因为内部的错误处理逻辑，导致错误没有被正确传递。

解决尝试：
修改你的开发脚本，添加--unhandled-rejections=strict参数，强制Node.js严格处理未捕获的Promise拒绝：

"scripts": {
  "dev": "clear && NODE_ENV=dev node --unhandled-rejections=strict --import ./register-hooks.js --watch src/app.ts"
}

这个参数会让未处理的Promise拒绝直接抛出错误，确保外层的try/catch能捕获到。

2. 全局错误处理器拦截了错误 #

你提到用了client.on('error')来捕获错误，但Discord.js的这个事件只处理客户端的WebSocket相关错误。而Promise的未处理拒绝会触发process.on('unhandledRejection')事件，如果你的开发环境中存在这样的全局处理器，可能会把错误拦截下来，导致外层try/catch无法捕获：

process.on('unhandledRejection', (reason, promise) => {
  console.log('Unhandled Rejection:', reason);
  // 如果这里没有重新抛出错误，错误就不会继续传播到外层try/catch
});

解决尝试：
检查你的代码中是否有类似的全局处理器，如果有，确保在开发环境下它会重新抛出错误：

process.on('unhandledRejection', (reason, promise) => {
  console.log('Unhandled Rejection:', reason);
  throw reason; // 重新抛出，让外层try/catch捕获
});

3. register-hooks.js影响了错误传播 #

你的开发脚本中用了--import ./register-hooks.js，这个文件可能引入了一些模块加载钩子或者全局错误处理逻辑，无意中改变了错误的传播路径。

解决尝试：
暂时移除--import ./register-hooks.js参数，直接运行开发脚本：

"scripts": {
  "dev-test": "clear && NODE_ENV=dev node --watch src/app.ts"
}

如果此时try/catch能正常工作，那问题就出在这个钩子文件里，需要检查其中的代码是否有拦截错误的逻辑。

4. 换用nodemon替代原生--watch #

Node.js原生的--watch模式还存在一些未完善的细节，很多开发者会用nodemon来替代原生监听，它的错误处理逻辑更稳定。

解决尝试：

1. 安装nodemon：

npm install -D nodemon

2. 修改开发脚本：

"scripts": {
  "dev": "clear && NODE_ENV=dev nodemon --import ./register-hooks.js src/app.ts"
}

用nodemon启动后，再测试错误是否能被正常捕获。

额外验证步骤 #

你可以先给Promise.all里的每个异步函数单独加一层try/catch并重新抛出错误，验证错误是否能正常冒泡到外层：

profilePanel = await Promise.all(
  mGenshinProfile.genshinUIDs.map(async gUID => {
    try {
      const playerData = await genshin.getPlayer(gUID)
      return await createGenshinProfilePanel(interaction, playerData, userId)
    } catch (err) {
      // 确保错误被重新抛出，让Promise.all捕获
      throw err;
    }
  }),
)

如果这样修改后开发环境能捕获错误，说明之前的子Promise错误没有正确传播，可能是某个隐藏的逻辑吞掉了错误。

备注：内容来源于stack exchange，提问作者L A Romeo