在JavaScript开发中，异常处理不仅是调试阶段的事，更关系到线上系统的健壮性。很多看似正常的代码，在遇到网络波动、参数缺失或第三方库报错时，如果没有合理的捕获与抛出策略，就会让整个页面逻辑陷入不可用状态。理解语言层面的异常细节，才能写出可维护的容错代码。
错误对象的创建与抛出
JavaScript允许使用throw语句抛出任意类型的值，但这往往是隐患的开始。如果抛出一个字符串或数字，捕获端就很难统一获取堆栈和错误信息，也不利于日志上报。标准做法是始终抛出Error及其子类的实例，这样浏览器和Node.js都会自动附加调用栈。
下面这段代码演示了不推荐与推荐两种写法。前者抛出普通字符串，后者构造带有业务含义的Error对象：
// 不推荐：抛出字符串，捕获方难以处理
function divide(a, b) {
if (b === 0) {
throw '除数不能为0';
}
return a / b;
}
// 推荐：抛出Error实例
function divideSafe(a, b) {
if (b === 0) {
throw new Error('除数不能为0');
}
return a / b;
}
try {
divideSafe(10, 0);
} catch (err) {
// err是Error实例，可读取message和stack
console.log(err.message);
}
从工程角度看，统一错误类型还能让你在全局监听window.onerror时，快速区分是程序异常还是主动抛出的业务异常。若团队约定所有异常都继承自一个基础CustomError类，排查问题会轻松很多。
同步与异步场景的捕获差异
try catch只能捕获当前执行栈中的同步错误。一旦错误发生在定时器、Promise回调或事件监听里，外层的try catch就无能为力。这是初学者最容易踩的坑。
观察以下示例，第一个try能捕获同步错误，第二个try无法捕获setTimeout里的异常，因为回调在另一个宏任务中执行：
// 同步可捕获
try {
throw new Error('同步错误');
} catch (e) {
console.log('捕获到:', e.message);
}
// 异步无法捕获
try {
setTimeout(function () {
throw new Error('异步错误');
}, 0);
} catch (e) {
// 永远不会执行到这里
console.log('不会捕获到异步错误');
}
对于Promise，应当使用catch方法或在async函数中用try catch包裹await调用。Node.js环境下还可以监听process的unhandledRejection事件，避免未知异常导致进程退出。明确区分执行上下文，是设计异常边界的前提。
finally块的执行时机
finally无论try块是否抛出异常都会执行，常用于释放资源。需要注意的是，如果finally中写了return，它会覆盖try或catch里的返回值，这可能引发难以察觉的逻辑错误。
下面代码展示了finally覆盖返回值的情形：
function testFinally() {
try {
return 'try中的值';
} finally {
return 'finally中的值';
}
}
console.log(testFinally()); // 输出: finally中的值
因此，在finally里只做清理动作，比如关闭连接、清除定时器，而不要改变函数结果。这样能保证异常流动符合预期，也不会让调用方拿到错误的业务数据。
自定义异常与统一处理
在复杂业务中，用内置Error不足以表达错误类别。通过继承Error定义业务异常，再配合统一拦截，可以显著提升代码清晰度。
以下示例实现了一个简单的ValidationError，并在入口处集中处理：
class ValidationError extends Error {
constructor(msg) {
super(msg);
this.name = 'ValidationError';
}
}
function checkUser(user) {
if (!user.name) {
throw new ValidationError('用户名不能为空');
}
}
try {
checkUser({});
} catch (err) {
if (err instanceof ValidationError) {
console.log('校验失败:', err.message);
} else {
console.log('系统错误:', err);
}
}
这种写法让调用层能根据错误类型决定提示文案或重试策略。结合前端框架的全局错误边界，就能把异常捕获与抛出变成一套可复用的基础设施，而不是散落在各处的零散try catch。
常见误区与建议
一个典型误区是捕获异常后什么都不做，也就是空catch块。这会让错误无声无息地消失，给线上排查带来巨大成本。即使暂时无法处理，也应至少打印日志或上报监控。
另一个误区是在库代码里随意抛出字符串或对象，迫使使用者写脆弱的判断逻辑。良好的库应当抛出标准错误，并文档化可能的异常类型。总之，把异常当作程序状态的一部分来设计，而非临时补丁，才能减少系统性风险。
JavaScript异常捕获throw修改时间：2026-08-06 02:22:04