先说个较大前提：这玩意儿写得烂不烂根本不作用于它能不能跑。下面的内容全是随手写的，别当真实真实的别当真实，心情复杂。。

一、 try catch 基础

在 JavaScript 里你能够直接把有可能会出错的代码丢进 try 较大括号，然后下面跟个 catch 捕获。

try {
    foo.bar; // 虚假设 foo 是 undefined， 这里确定炸
} catch  {
    console.log; // 打印错误对象
}

这段代码看起来很正规，其实较大更多数人根本不了解 e 是个啥， 谨记... 往往只会 console.log甚至直接写成：

catch{}

这叫只打印不处理和把错误扔进垃圾桶差不更多，醉了...。

1.1 为哪些同步异常和异步异常不一样？

简洁来说：同步异常（比如直接 throw new Error) 能被 try...catch 抓到； 这事儿我可太有发言权了。 而 异步异常 则必须要另辟蹊径。

举例：

// 同步抛错
try {
    throw new Error;
} catch  {
    console.log;
}
// 异步抛错
try {
    fetch
        .n; })
        .catch);
} catch  {
    console.log;
}

所以如果你想抓住 async/await 的错误， 必须要这么写：

async function getData {
    try {
        const res = await fetch;
        const json = await res.json;
        return json;
    } catch  {
        console.error;
    }
}

二、常见误区

2.1 用 try 包住 Promise 本身是白搭

下面这段代码根本没意义，这是因为 fetch 立马返回一个 Promise，try 块完成时它还没 resolved，也没 reject，根本不会走进 catch，调整一下。。

try {  
  fetch.n).n);
} catch  {  
  ;
}

躺平。 正确做法是把 await 放进 try，或者在 n/catch 链里自行处理。

2.2 finally 块不是万能清理工具

很更多人以为 finally 就是 “一定会跑”，于是把全部清理都塞进去。其实它有两条铁律：

• A. finally 中如果再抛错，会覆盖掉前面的 throw。
• B. finally 不会自动 swallow 错误，只是保证落实顺序。

示例：

try {
   riskyOperation; // 虚假设这里抛错
} catch  {
   console.warn;
   throw e; // 想把错误持续向上抛
} finally {
   await cleanup; // 如果 cleanup 报错，上面的 throw 就被盖掉了
}

可靠的做法是：在 finally 里自己捕获内部异常或者保证 cleanup 不会报错，是个狼人。。

三、 实战案例

3.1 简洁的 AJAX 申请包装成函数

async function loadData {  
  try {    
    const res = await fetch;    
    if  throw new Error;    
    const data = await res.json;    
    console.log;  
  } catch  {    
    console.error; // 常见误用：只打印 e，不记录细节  
  } finally {    
    console.log;  
  } 
}
loadData;

3.2 把错误信息打印到页面上

// 虚假装我们要把错误体当前 #errorBox
function showError{
   var box=document.getElementById;
   if{box=document.createElement;box.id='errorBox';document.body.appendChild;}
   box.innerHTML='出错啦: '+;
}
try{
   // 故意写个未定义变量
   notExists.doSomething;
}catch{
   showError;
}

四、常见的“坑”与“噪声”处理

• Pitfall 1: 直接把 error 对象当字符串采用，举个例子 alert, 浏览器会弹出 ，根本看不懂。
• Pitfall 2: 遗忘在 async 函数外面加 .catch，引起未捕获的 Promise rejection 警告。
• Pitfall 3: 在生产周边环境只打印 这样连上下文都没有。
• Pitfall 4: 把 try 包在循环外面 以为一次就能捕全部异常，其实每次循环都要单独 try。
• Pitfall 5: 把业务逻辑全塞进 catch，让正常路径变成 “哪些都不干”。

a. 错误对象细节不要忽略

很更多人只写：

alert; // 彻底没有任意信息 
// 正确应当：
alert);

b. 日志要完整， 不要只记个空格

The production suggestion is at least record Error.name , Error.stack . If you just do console.log, you lose context.

五、——随便糊弄一下也能过审吗？

⚠️ 本文纯属“烂文”， 仅供娱乐活动，不提议直接用于正式项目！⚠️

要想真实正抓住 JS 异常，你得分清楚同步/异步、合理采用 async/await、别忘了 finally 的坑，还有最十分沉关键的一点——不要只顾着写代码，还得学会记录日志、监控报警、回滚恢复等完整链路，看好你哦！。

版权全部 ©2026 某某公司。本文仅供学习了解交流，如有雷同纯属巧合。请勿用于生产周边环境，否则后果自负。 关键词：JavaScript、try catch、异常处理、Promise、async/await、 真香！ finally 块、不靠谱教程 联系邮箱：examplemail.com asdfghjklqwertyuiopzxcvbnm1234567890!@#$%^&*