Electron主进程回调用async/await触发TypeScript错误原因咨询

这个问题我碰到过好多次，咱们从类型机制和Node.js/Electron的运行逻辑两方面说清楚：

核心原因：类型不匹配 #

Electron（底层基于Node.js）给process.on("uncaughtException")定义的回调类型是(error: Error) => void——也就是说，这个回调必须返回void类型。但只要你给函数加上async关键字，不管函数体里有没有显式return，它的返回值都会变成Promise<void>（异步函数的默认返回值）。这就和要求的void类型完全不兼容，TypeScript作为强类型语言，自然会抛出Promise returned in function argument where a void return was expected的错误。

隐藏的运行时风险 #

哪怕你强行忽略这个TypeScript错误，实际运行时也会有问题：Node.js在触发uncaughtException时，事件循环已经处于不稳定状态，异步操作（比如你await的errorHandler）可能无法正常执行完毕，甚至会导致进程挂起、资源泄漏，或者后续代码逻辑完全混乱。Node.js官方文档也明确提到，uncaughtException的回调应该尽可能简洁，最好只做同步的清理工作然后退出进程。

根据你的需求，这里有几种靠谱的处理方式：

1. 用立即执行异步函数（IIFE）包裹逻辑 #

这是最常用的折中方案，外层回调保持void返回类型，内部用异步函数处理逻辑：

process.on("uncaughtException", (error: Error) => {
  // 立即执行异步函数，外层回调仍返回void
  (async () => {
    await this.errorHandler(error);
    // 异步逻辑完成后，手动退出进程（非常重要）
    process.exit(1);
  })();
});

⚠️ 一定要记得在异步逻辑完成后调用process.exit()，因为Node.js不会等待uncaughtException里的异步操作完成，不手动退出的话，进程可能在错误处理到一半时就终止了。

2. 改用unhandledRejection处理异步错误 #

如果你的错误大多来自未处理的Promise拒绝，更推荐用unhandledRejection事件——它就是专门为异步错误设计的，天然支持async回调：

process.on("unhandledRejection", async (reason: unknown, promise: Promise<any>) => {
  const error = reason instanceof Error ? reason : new Error(`Unhandled Rejection: ${String(reason)}`);
  await this.errorHandler(error);
  process.exit(1);
});

3. 将错误处理改为同步逻辑（最简单） #

如果你的errorHandler可以改成同步执行的代码，直接去掉async/await就行，完全符合类型要求：

process.on("uncaughtException", (error: Error) => {
  this.errorHandler(error); // 改为同步方法
  process.exit(1);
});

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