try...catch仅捕获运行时错误,无法捕获语法错误;catch参数必须是单个标识符;finally中return会覆盖try/catch的返回值;异步错误须用await或.catch()捕获。
JavaScript 的 try...catch 只能捕获在执行阶段抛出的错误(比如 ReferenceError、TypeError、RangeError),无法捕获写错的 
if 缺少括号、function 拼错成 funtion 这类语法错误——它们在解析阶段就报错,根本进不了 try 块。
常见误判场景:
JSON.parse('{ "name": }') 放进 try 是有效的,会捕获 SyntaxError
const obj = { a: 1, }(带尾逗号)这种合法语法误认为会报错,其实不会 —— ES5+ 已支持对象/数组尾逗号eval('alert(') 会触发 SyntaxError,可被捕获;而直接写 alert( 在顶层会直接中断解析,不进 try
ES2019 规范明确要求 catch 后面的参数只能是单个标识符(如 err、e),不能写成 catch({ message }) 或 catch(err = new Error()),否则 SyntaxError。
正确写法示例:
try {
throw new TypeError('Invalid type');
} catch (err) {
console.log(err.message); // 'Invalid type'
console.log(err.name); // 'TypeError'
}
如果想快速取 message 或 stack,必须先声明变量再解构:
try {
JSON.parse('{"a":}');
} catch (err) {
const { message, stack } = err;
console.error(`Parse failed: ${message}`);
}
当 try 或 catch 中有 return,而 finally 里也有 return,最终返回的是 finally 的值 —— 这点容易被忽略,尤其在封装工具函数时。
典型陷阱:
try { return 1; } catch {} finally { return 2; } → 实际返回 2
try { return { ok: true }; } finally { console.log('cleanup'); } → 返回对象,finally 无 return 则不影响finally 里 return Promise.resolve(),会导致函数变成返回 Promise,而非预期值这是最常踩的坑:用同步 try...catch 包裹一个 async 函数调用,却没加 await,结果错误完全漏掉。
错误写法:
try {
someAsyncFn(); // 忘了 await!错误被吞掉,或抛到 unhandledrejection
} catch (err) {
console.error(err); // 永远进不来
}
正确做法只有两种:
await:await someAsyncFn()
.catch() 链式处理:someAsyncFn().catch(err => {...})
注意:即使 someAsyncFn 内部有 try...catch,只要它抛出的是被 reject 的 Promise,外部仍需 await 或 .catch() 才能拦截。