Debian中JS错误如何捕获

在Debian系统里写Ja vaScript，错误捕获这事儿看着简单，但其实藏着不少门道。很多开发者刚接触时习惯用try-catch，觉得够用了——确实，这是最基础的防线，但光靠它还不够。

先看一个最直白的例子：try-catch怎么用。

try {
  // 这里放可能翻车的代码
  const result = riskyOperation();
  console.log('操作成功，结果是:', result);
} catch (error) {
  // 这里负责收拾烂摊子
  console.error('操作失败，原因是:', error.message);
}

这个模式很直观：把有风险的代码包在try块里，一旦riskyOperation()抛出异常，catch就会立刻接住，然后你可以在里面做日志、回退或者提示用户。这是最基础的“防火墙”。

但是，try-catch有个明显的盲区——它只能捕获同步代码中显式抛出的错误，或者函数调用链上同步抛出的异常。对于那些异步回调、事件处理器里冒出来的错误，它经常抓瞎。这时候就得请出全局的 window.onerror。

window.onerror = function (message, source, lineno, colno, error) {
  console.error('捕获到未处理的错误:', message, source, lineno, colno, error);
  return true; // 返回true表示你已经处理了，浏览器不用再弹默认错误提示
};

这个全局处理器就像一张兜底的大网，能抓到那些逃过try-catch的意外。不过要注意，它只负责常规错误，对Promise里的拒绝（rejection）无能为力——那是另一回事。

说到Promise和async/await，情况稍微特殊点。如果你用Promise或者async函数，抛出的错误如果没被.catch()处理，会变成未处理的Promise拒绝。这时候window.onerror也拿它没办法，得用专门的 window.onunhandledrejection。

window.onunhandledrejection = function (event) {
  console.error('捕获到未处理的Promise拒绝:', event.reason);
};

这样一来，三种主要的错误场景就覆盖全了：同步代码用try-catch兜底，异步回调用window.onerror兜底，Promise拒绝用onunhandledrejection兜底。把这几个工具组合好，你在Debian系统上的Ja vaScript错误处理才算真正稳妥。