在浏览器与Node.js环境中，JavaScript的异常处理并不只是写几个try-catch那么简单。语言层面的错误分为语法错误、运行时错误和逻辑错误，其中只有运行时错误能被try-catch捕获，而语法错误会在解析阶段直接失败。理解异常在调用栈中的传播路径，是设计错误恢复机制的前提。
一、JavaScript异常的基础捕获方式
同步代码的异常可以使用try-catch语句进行拦截。当函数内部抛出错误时，引擎会沿着调用栈向上查找最近的catch块，如果一直未被捕获，就会成为未处理异常，在浏览器中触发window.onerror，在Node.js中导致进程退出（若未监听uncaughtException）。
下面是一段典型的同步异常处理代码，展示了如何捕获并区分错误类型：
try {
// 模拟可能出错的操作
let data = JSON.parse('{ bad json');
} catch (err) {
// 通过name判断错误类型
if (err.name === 'SyntaxError') {
console.log('数据格式错误，使用默认配置');
} else {
console.log('未知错误：' + err.message);
}
}
异步回调中的异常则无法被外部try-catch捕获，因为回调执行时原调用栈已经清空。例如setTimeout内的报错会直接变成全局未捕获异常。这时候必须在回调内部单独处理，或者改用Promise封装。
Promise提供了catch方法用于集中处理异步错误。与try-catch不同，Promise的拒绝（reject）会沿着链传递，直到遇到catch。这种机制让异步流程的错误恢复更加线性，也更容易组合多个恢复策略。
二、throw与reject的本质区别
很多初学者混淆了throw和Promise.reject，其实它们处于不同的抽象层。throw用于同步代码中主动制造异常，会立即中断当前函数执行；而reject是Promise对象的状态变更，不会打断外部同步代码，只是将Promise置为失败态。
看下面这段对比代码，能清楚看到两者对执行流的影响：
// throw会中断后续同步代码
function syncTask() {
throw new Error('sync fail');
console.log('这行不会执行');
}
// reject不会中断外部同步代码
function asyncTask() {
return Promise.reject(new Error('async fail'));
}
console.log('before');
asyncTask().catch(function(e) { console.log(e.message); });
console.log('after'); // 依然会打印
在设计错误恢复时，如果希望调用方用try-catch统一处理，就用throw；如果希望返回可链式调用的失败结果，就用reject。混合使用容易造成调用栈混乱，建议团队内部约定统一的异步错误规范。
另外，Error对象本身携带stack属性，在Node.js中还能通过cause字段附加原始错误。利用这些信息可以构建更精细的错误分类，例如网络错误、校验错误、业务错误分别走不同的恢复分支。
三、错误恢复的常见策略
捕获异常只是第一步，真正的健壮性来自恢复逻辑。最常见的恢复策略包括重试、降级和兜底。重试适用于临时性故障，如网络抖动；降级适用于依赖服务不可用时切换本地缓存；兜底则是保证页面不白屏的最小渲染。
以下示例展示了一个带重试和降级的封装函数：
function requestWithRetry(url, retries) {
retries = retries || 3;
return fetch(url).catch(function(err) {
if (retries > 0) {
console.log('请求失败，剩余重试次数：' + retries);
return requestWithRetry(url, retries - 1);
}
// 降级到本地缓存
return Promise.resolve({ data: '本地缓存数据' });
});
}
对于全局错误，建议监听window.addEventListener('error')和unhandledrejection事件，将异常上报到监控平台，同时展示用户友好的提示而不是控制台堆栈。这样即使某个模块崩溃，整体应用仍可运行。
在复杂系统中，还可以引入断路器模式（Circuit Breaker），当错误率超过阈值时自动停止请求一段时间，避免雪崩。这类机制配合Promise的catch能显著提升前端韧性。
四、编写可维护的异常处理代码
好的异常代码应当让正常逻辑和错误逻辑边界清晰。避免在大段代码外只包一个巨大try-catch，这会让错误定位变得困难。推荐将可能出错的最小单元单独包裹，并在上层聚合处理。
使用自定义错误类有助于调用方判断错误性质：
class NetworkError extends Error {
constructor(msg) {
super(msg);
this.name = 'NetworkError';
}
}
function getData() {
throw new NetworkError('网络不通');
}
try {
getData();
} catch (e) {
if (e instanceof NetworkError) {
console.log('走网络错误恢复');
}
}
最后，单元测试中应覆盖异常分支，确保恢复逻辑真的生效。很多团队只测 happy path，导致线上一旦出错就无恢复能力。将错误恢复视为功能的一部分，才能写出真正可靠的JavaScript应用。
JavaScript异常处理错误恢复修改时间：2026-07-31 23:09:24