javascript中如何进行错误处理？_try…catch语句能捕获哪些异常？【教程】-js教程-PHP中文网

try…catch 仅捕获当前执行栈中同步抛出的异常，如 throw 语句、TypeError、SyntaxError 及其在同步调用栈中的传播；不捕获 Promise 拒绝、setTimeout 错误、事件回调异常或语法错误。

javascript中如何进行错误处理？_try…catch语句能捕获哪些异常？【教程】

try…catch 只能捕获同步运行时错误，异步错误（如 Promise 拒绝、setTimeout 中抛出的错误）默认不会进入 catch。

哪些错误会被 `try…catch` 捕获？

仅限当前执行栈中**同步抛出的异常**，包括：

throw new Error()、throw "msg" 等显式抛出
运行时错误：如 undefined.foo（TypeError）、null.toString()（TypeError）、JSON.parse("{")（SyntaxError）
调用栈内同步函数中发生的上述错误

不会捕获：

Promise rejection（除非在 async/await 中且 await 后接 rejected Promise）
setTimeout(() => { throw new Error() }) 中的错误
事件回调里的未捕获异常（如 button.addEventListener('click', () => { xxx.yyy() })）
语法错误（Script error.），这类在脚本加载阶段就失败，根本进不了 try 块

`async/await` 中怎么用 `try…catch`？

必须配合 await 才能让 Promise rejection 被捕获；只写 async 不加 await 无效。

async function fetchUser() {
  try {
    const res = await fetch('/api/user'); // ✅ await 让 rejection 进入 catch
    if (!res.ok) throw new Error(`HTTP ${res.status}`);
    return await res.json();
  } catch (err) {
    console.error('获取用户失败:', err.message);
    // 此处能捕获网络错误、JSON 解析失败、手动 throw 的错误
  }
}

注意：

jm-jsjkxyjs02-zlm-405

使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。

下载

不能直接 await Promise.reject(...) 后不处理——仍需 try…catch 包裹整个 await 表达式
fetch() 本身只在网络故障时 reject，HTTP 4xx/5xx 仍是 resolve 状态，需手动检查 res.ok

全局错误兜底：为什么 `window.onerror` 和 `window.addEventListener('error')` 都不够？

它们能捕获部分未处理异常，但有明显局限：

window.onerror：收不到 Promise rejection（除非配合 window.addEventListener('unhandledrejection')）
window.addEventListener('error')：主要捕获资源加载错误（如 script、img 404），不是 JS 执行异常
两者都无法获取完整的堆栈（尤其跨域脚本中，堆栈被截断为 Script error.）

真正可用的组合是：

window.addEventListener('error', handler) → 捕获同步 JS 错误（含堆栈）
window.addEventListener('unhandledrejection', handler) → 捕获未被 .catch() 或 try…await…catch 处理的 Promise rejection

但要注意：这些监听器无法阻止错误冒泡或页面崩溃，仅用于日志上报。

异步错误的边界最易混淆——你以为包了 try…catch 就万事大吉，结果 API 报错、定时器崩了、点击事件里访问了已销毁的组件实例，全都不进你的 catch。得一层层确认执行时机和上下文，而不是无脑套壳。