怎么使用try_catch_finally捕获并处理运行期异常

本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《怎么使用try_catch_finally捕获并处理运行期异常》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~

JavaScript 中不存在 try_catch_finally 语法，正确写法是独立的 try { } catch (e) { } finally { } 结构；catch 需手动判断异常类型；finally 总会执行但可能覆盖返回值；应谨慎使用，避免滥用和空捕获。

try_catch_finally 在 JavaScript 中根本不存在

JavaScript 没有 try_catch_finally 这个语法结构，这是常见误解。真实语法是 try、catch、finally 三部分组合，但它们之间**不能用下划线连接**，也不能写成单个标识符。写成 try_catch_finally 会直接报 SyntaxError: Unexpected token '_' 。

• 正确写法必须是独立语句块：try { ... } catch (e) { ... } finally { ... }
• catch 参数名（如 e）不是关键字，可改用 err、error 等，但必须带括号
• finally 块可省略，但 catch 和 finally 不能同时缺失——即 try 后至少得跟一个
• Chrome / Firefox / Safari 等现代引擎对 catch 参数作用域处理一致：ES2019 起默认为块级作用域，不污染外层

catch 块里怎么判断异常类型

JavaScript 的 catch 不支持像 Java 那样按类多分支捕获（如 catch (TypeError e)），所有异常都进同一个 catch，需手动判断。

• 优先检查 err instanceof TypeError、err instanceof ReferenceError —— 对原生错误最可靠
• 注意 err.constructor.name === 'TypeError' 可作为备选，但自定义错误或跨 iframe 时可能失效
• 不要只靠 typeof err === 'object' 或 err.message 字符串匹配，易误判（比如 throw "oops" 会抛出字符串，不是 Error 实例）
• 若需统一处理非 Error 值，可先用 if (!(err instanceof Error)) err = new Error(String(err)) 标准化

finally 执行时机和 return 冲突问题

finally 总会在 try 或 catch 块退出前执行，哪怕遇到 return、throw 或 process.exit()（Node.js）也不会跳过——但它的执行可能覆盖返回值。

• 如果 try 里有 return 1，finally 里有 return 2，函数最终返回 2（finally 的 return 优先生效）
• 更隐蔽的情况：try 返回对象引用，finally 修改该对象属性，调用方看到的就是被改后的状态
• Node.js 中 process.exit() 会终止进程，finally 可能来不及执行；浏览器中 window.close() 同理
• 异步操作（如 fetch、setTimeout）不在 finally 控制范围内——它只管同步代码流程

实际场景中该不该用 try...catch...

不是所有地方都适合加 try/catch。滥用会导致错误静默、调试困难，或掩盖本该冒泡的严重问题。

• 适合：已知可能失败且有明确恢复策略的操作，如 JSON.parse(input)、localStorage.getItem(key)（可能抛 QuotaExceededError）、动态 import() 加载模块
• 不适合：包装整个事件回调（如 button.addEventListener('click', () => { try { ... } catch {...} })），这会让逻辑断裂，应让错误自然上报给开发者工具
• 避免空 catch 块（catch(e) {}），至少记录 console.error(e) 或上报监控系统
• 在 Promise 链中，优先用 .catch() 而非 try/catch 包裹 await，除非你需要在中间做同步处理

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《怎么使用try_catch_finally捕获并处理运行期异常》文章吧，也可关注golang学习网公众号了解相关技术文章。