try-catch仅捕获同步运行时异常，无法处理语法错误、promise拒绝或异步回调错误；应精准包裹明确可能抛异常的同步操作（如json.parse），按错误类型分类处理，异步场景需配合.catch()、await+try-catch或unhandledrejection监听。
JavaScript中try-catch用于捕获同步运行时异常，但不能捕获语法错误、Promise拒绝（未处理的reject）或异步回调中的未捕获错误（如setTimeout里的throw）。规范使用需明确作用域、错误类型判断和避免掩盖问题。
只捕获真正需要处理的同步异常
try-catch不是兜底方案，不应包裹大量无关代码。应聚焦在明确可能抛出异常的、可控的操作上，例如JSON.parse、DOM操作、第三方库的同步方法调用。
- ✅ 推荐：对用户输入的JSON字符串做解析时加try-catch
- ❌ 避免：把整个事件处理函数或组件渲染逻辑包进try-catch
- ⚠️ 注意：空catch块（catch(e) {}）会静默吞掉错误，调试困难，必须至少记录日志
正确识别并分类错误类型
现代JavaScript支持按错误类型分别捕获，便于差异化处理。优先使用instanceof判断标准错误子类，而非仅依赖e.name或e.message字符串匹配。
- 可捕获SyntaxError（JSON.parse失败）、TypeError（调用undefined方法）、ReferenceError（访问未声明变量）等
- 示例：catch (e) { if (e instanceof SyntaxError) { /* 处理JSON格式错误 */ } }
- 自定义错误应继承Error类，确保instanceof Error为true
异步场景需配合其他机制
原生try-catch无法捕获Promise链中未处理的reject或微任务/宏任务里的异常。必须结合对应手段：
立即学习“Java免费学习笔记（深入）”；
- Promise：用.catch()或await + try-catch（注意await只能捕获被reject的Promise）
- 全局未捕获Promise拒绝：监听unhandledrejection事件（开发阶段建议启用，生产环境可上报）
- 定时器/事件回调：需在回调内部单独加try-catch，无法由外层try覆盖
不要忽略错误，也不应过度防御
捕获后至少要记录错误（console.error、上报服务），必要时降级处理；但也不应为“防止崩溃”而层层包裹，掩盖本该暴露的设计或数据问题。
- 避免在catch里直接return默认值（如return []），除非业务逻辑明确允许且有依据
- 不推荐用try-catch模拟feature detection（例如检测API是否存在），应改用typeof或in操作符
- 单元测试中应覆盖try/catch分支，验证错误路径是否按预期执行
