面试官:说一说try catch吧。。。。。。

面试官:说一说try catch吧
我:正好面试前看过,try catch只能捕获发生在当前执行上下文的错误,也就是同步执行代码块中的错误。
面试官:那说下这道题的执行结果

js 复制代码
try {
    new Promise(() => {
        throw new Error('error');
    })
    console.log(1111)
}catch {
    console.log('error');
}

我:会打印error,因为promise的函数参数是同步执行函数,抛出错误后会阻塞后边代码执行,所以1111不会打印,而catch会捕获到错误所以会打印error。
面试官:再下去了解了解吧,今天的面试先到这里。
我:。。。。。

面试结束后,我在编辑器中执行了一下这段代码,发现会打印1111,而且会抛出promise错误,catch并没有捕获到这个promise中抛出的错误。

我们都知道try catch是只可以捕获到同步代码块中的错误以及await错误的,而不能捕获到异步任务。

js 复制代码
// 同步错误
try {
    throw new Error('error');
    console.log(1111) // 不会打印
}catch {
    console.log('error') // 会打印error
}

// async await错误
const fn = async () => {
    return Promise.reject('error');
}

try {
    await fn();
    console.log(1111); // 不会打印
}catch {
    console.log('error') // 会打印error
}

// 异步,会直接抛出错误 不会捕获到
try {
    settimeout(() => {
        throw new Error('error');
    }, 0)
    console.log(1111) // 会执行
}catch {
    console.log('error'); // 不会打印
}

try {
    new Promise().then(() => {
        throw new Error('error');
    })
     console.log(1111) // 会执行
}catch {
    console.log('error'); // 不会打印
}

那为什么面试官写的那段代码明明是同步执行的为什么也不会捕获到呢?我们先来看一下promise。

我们都知道,一个 Promise 必然处于以下几种状态之一:

  • 待定(pending):初始状态,既没有被兑现,也没有被拒绝。
  • 已兑现(fulfilled):意味着操作成功完成。
  • 已拒绝(rejected):意味着操作失败。

当一个 Promise 被 reject 时,该 Promise 会变为 rejected 状态,控制权将移交至最近的 rejection 处理程序。最常见的 rejection 处理程序就是 catch handler或者 then 函数的第二个回调函数。而如果在 Promise 中抛出了一个错误。这个 Promise 会直接变成 rejected 状态,控制权移交至最近的 error 处理程序。

在我们 new 一个新的 Promise 时,这个 Executor 就会立即被塞入到当前的执行上下文栈中进行执行。但是,在 Executor 中 throw 出的错误,并不会被外层的 try...catch 捕获到。其原因是因为,在 Executor 函数执行的过程中,实际上有一个隐藏的机制,当同步抛出错误时,相当于执行了 reject 回调,让该 Promise 进入 rejected 状态。而错误也不会影响到外层的代码执行。

其实也就是说不管是promise的Executor同步抛出错误还是在then中异步抛出错误都只能通过特定的handler去进行捕获。这也就解释了为什么这段代码会这么执行了

js 复制代码
try { 
    new Promise(() => { throw new Error('error'); })  // 只能通过特定的handler进行捕获
    console.log(1111) // 不会影响后续代码的执行
}catch { 
    console.log('error'); // try catch不会捕获到
}
js 复制代码
try { 
    new Promise(() => { throw new Error('error'); }).catch(() => {
        console.log('catch error') // 会打印
    })  // 只能通过特定的handler进行捕获
    console.log(1111) // 后续代码还会执行
}catch { 
    console.log('error'); // try catch不会捕获到
}

那为什么使用async await之后又可以在try catch中捕获到promise的错误了呢?而且如果发生了错误,await后边的代码又不会执行了呢?

js 复制代码
const asyncErrorThrow = () => {
  return new Promise((resolve, reject) => {
    // 业务代码...
    throw new Error('抛出错误');
    // 业务代码...
  })
}
const testFun = async () => {
  try {
    await asyncErrorThrow();
    console.log("async 函数中的后续流程"); // 不会执行
  } catch (error) {
    console.log("若错误发生 async 函数中的后续流程"); // 会执行
  } 
}
testFun();

简单来说,await其实就是把异步代码来同步执行了,那同步执行的代码如果发生了错误,肯定可以被try catch捕获到,并且错误后边的代码也不会折行了。

可以看下黄玄大佬的解释:

MDN中的描述:

相关推荐
曹牧16 分钟前
C#:空合并运算符
java·前端·数据库
小羊没烦恼!1 小时前
铁道部新客票系统设计(二)
开发语言·前端·数据库·python·oracle·c#·php
智能直播4 小时前
RK3518:1.5G 内存 + 8G 存储,如何跑起硬件编解码、Web、AI 识别、绿幕特效
前端·人工智能·5g
掘金酱5 小时前
【10.24 特别活动】AI 时代,程序员的新饭碗在哪里?
前端·人工智能·后端
excel5 小时前
多进程环境下使用 PM2 部署 Socket.IO:需要注意什么
前端
IT_陈寒5 小时前
Redis的原子性竟然失效了?记一次分布式锁翻车实录
前端·人工智能·后端
_菜鸟果果7 小时前
高德地图 JS API 2.0 在国产 Linux/ARM 电脑上渲染失败 的排查与解决
linux·开发语言·javascript
时间的情敌7 小时前
《回顾 2018 前端:Vue2 成熟期,Webpack4 发布,PWA 大火》
前端
Java后端的Ai之路7 小时前
前端技术Vue-09-webpack-vuejs-实战
前端·vue.js·webpack