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，除非你需要在中间做同步处理
