如何用JavaScript处理错误_try catch怎么使用

try catch仅捕获同步错误,异步错误需用async/await配合await或Promise.catch;finally适合无条件清理,避免修改返回值或抛新错;错误对象应善用message、stack、name及自定义继承。

try catch 基本写法和必须包裹的内容

直接用 try catch 捕获同步错误,但别指望它能抓到异步操作里的 throw(比如 setTimeout 里抛的错)或 Promise 拒绝。常见误用是把整个函数体包进去,结果异步部分照样崩,控制台还报未捕获的 rejection。

实操建议:

  • try 块里只放可能立即抛出异常的同步代码,比如 JSON.parse()document.getElementById().innerText(元素不存在时读属性会报错)
  • catch 参数名推荐用 error,不是 erre —— 浏览器 DevTools 调试时更易识别来源
  • 不要空 catch:至少打个 console.error(error),否则等于把错误吞掉,后续排查无从下手
try {
  const data = JSON.parse('{"name": "Alice", "age":}');
} catch (error) {
  console.error('JSON 解析失败:', error.message);
  // 输出: JSON 解析失败: Unexpected end of JSON input
}

async/await 场景下 try catch 怎么写才有效

Promise 链式调用(.then().catch())和 async/await 的错误处理逻辑不同:await 后面的 Promise 被 reject,会直接变成 catch 块里的 error;但如果你忘了加 await,那它就只是个没被监听的 pending Promise,try 根本不拦得住。

实操建议:

  • 每个 await 调用前确认它返回的是 Promise,比如 fetch()axios.get()、自定义的 async 函数
  • 避免在 try 块里漏掉 await:例如 fetch('/api/user').then(...) 不会被捕获,必须写成 await fetch('/api/user')
  • 网络请求失败时,fetch 默认不会 reject(哪怕 HTTP 状态码是 404/500),得手动检查 response.ok
async function loadUser() {
  try {
    const response = await fetch('/api/user');
    if (!response.ok) {
      throw new Error(`HTTP ${response.status}`);
    }
    return await response.json();
  } catch (error) {
    console.error('加载用户失败:', error.message);
  }
}

finally 什么时候该用,什么时候纯属多余

finally 块总会执行,不管 try 是否抛错、catch 有没有运行。但它不是“收尾清理万金油”——比如在 finally 里修改函数返回值,容易掩盖真实错误;或者在其中抛新错,会覆盖原始错误信息。

实操建议:

  • 适合做无条件清理:关闭 loading 动画、释放锁、重置表单提交状态
  • 避免在 finally 里做业务判断或调用可能出错的 API(比如再发一次请求)
  • 如果 trycatch 都有 returnfinally 里的 return 会直接生效,覆盖前面所有返回值 —— 这点极易被忽略
function riskyOperation() {
  try {
    return 'success';
  } catch (e) {
    return 'failed';
  } finally {
    return 'always'; // 实际返回这个,前面两个都被忽略
  }
}

错误对象的 message、stack、name 字段怎么用

浏览器环境里,error.message 是最简明的提示,error.stack 包含调用栈(含文件名和行号),error.name 表示错误类型(如 SyntaxErrorTypeError)。Node.js 中还可能有 error.code(如 ENOENT)。

实操建议:

  • 日志上报时优先传 error.stack,光靠 message 很难定位问题源头
  • 区分错误类型可做差异化处理:比如 NetworkError

    提示重试,ValidationError 直接高亮表单字段
  • 自定义错误建议继承 Error 类,并设好 name,否则所有错误都叫 Error,无法分类
class ApiTimeoutError extends Error {
  constructor(message) {
    super(message);
    this.name = 'ApiTimeoutError';
  }
}

// 使用
try {
  throw new ApiTimeoutError('请求超时');
} catch (error) {
  console.log(error.name); // ApiTimeoutError
}
实际项目里,最常被忽略的是:错误边界(React)、unhandledrejection 监听、以及跨 iframe 或 Web Worker 的错误无法被主页面 try catch 捕获。这些地方得靠专门机制兜底。