try-catch仅捕获同步运行时错误（如ReferenceError、TypeError），无法捕获异步错误；Promise错误需用.catch()或await+try-catch处理；catch应分类处理、记录上下文、友好提示；finally用于清理但不改变错误流向。
try-catch 能捕获哪些错误？
它只捕获**运行时同步错误**，比如 ReferenceError、TypeError、SyntaxError（仅限 eval 内）、RangeError 等。异步操作（如 setTimeout、fetch、Promise 回调）里的错误默认逃逸出 try 块，不会被捕获。
常见误判场景：
- 写了
try { fetch('/api').then(...); }→fetch本身不抛错，但.then里throw new Error()不会被捕获 -
try { JSON.parse('{"a":}') }→ 会触发SyntaxError，能捕获 -
try { undefined.foo() }→ 触发TypeError，能捕获
如何正确捕获 Promise 异步错误？
不能靠外层 try-catch 包住 .then()，得用 .catch() 或 await + try-catch。
推荐写法（现代 JS）：
立即学习“Java免费学习笔记（深入）”；
async function loadData() {
try {
const res = await fetch('/api');
if (!res.ok) throw new Error(`HTTP ${res.status}`);
const data = await res.json();
return data;
} catch (err) {
console.error('请求或解析失败:', err.message);
// 这里能拿到 fetch 网络错误、JSON 解析错误、手动 throw 的错误
}
}
注意点：
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
-
await后必须是 Promise，否则不会挂起，也不会把 rejection 转为异常 -
fetch只在网络断开等极少数情况 reject；HTTP 4xx/5xx 仍返回 resolve 的 Response 对象，需手动检查res.ok - 不要在
catch里吞掉错误又不 re-throw —— 后续逻辑可能因data是undefined再次崩
catch 块里该做什么？
核心原则：**明确错误来源，做最小必要响应，别掩盖问题**。
实用建议：
- 区分错误类型再处理：
if (err instanceof TypeError)vsif (err.name === 'AbortError') - 记录关键上下文：比如当前 URL、用户操作步骤、输入参数（避免只打
err.message） - 给用户可理解的提示，而不是堆栈：
alert('保存失败，请检查网络后重试')，而非alert(err.stack) - 必要时主动
throw err或return Promise.reject(err)，让上层决定是否兜底
finally 有什么实际用途？
它不管成功失败都会执行，适合清理工作，但**不能访问 err 或返回值**。
典型用例：
- 关闭加载态：
loading.value = false - 释放资源：
controller.abort()（配合fetch的signal） - 还原 UI 状态：比如解锁按钮、恢复表单 disabled 状态
注意：finally 中抛出新错误会覆盖原错误；若需透传原错误，别在 finally 里 throw。
真正容易被忽略的是：很多人以为 finally 能“兜住”所有异常 —— 它只是保证执行，不改变错误流向。
