一类会导致 Express 服务崩溃的错误

一类会导致 Express 服务崩溃的错误

为了保证我们写的 Express 服务的稳定,一般我们都会对错误进行捕获和处理,让内部错误不至于使整个服务崩溃;但有时,使用常规的错误处理方法,也许还不能很好地应付程序中的错误。

Express 中如何进行错误处理

Express 默认会提供这样的错误处理,但如果我们需要自己定制对错误的处理方法,我们可以添加一个自定义 Error handler, 像下面这样:

const express = require('express')
const app = express()
const port = 8000
let count = 0;

app.get('/', (req, res, next) => {
  res.status(200).send('Hello world');

  count++;
  throw new Error(`${count}`);
})

// Error handler
app.use((err, req, res, next) => {
  console.log('Error: ', err.message);
});

app.listen(port, () => {
  console.log(`Example app listening on port ${port}`)
})

将我们的 Express 服务运行起来,并通过 8000 端口访问的话,上面的程序会正常返回 Hello world, 并在随后抛出一个错误;而由于我们写了自定义 Error handler, 我们的 Express 服务并不会崩溃,而是记录下这个 Error 的相关信息。

运行情况如下图所示, 可以看到错误都被捕获到了,并且 Express 服务依旧能正常响应:

error_express.gif

有了 Error handler 就能捕获程序中所有的异常吗

我们对上述 Express 服务程序进行一些改动,如下:

const express = require('express')
const app = express()
const port = 8000
let count = 0;

app.get('/', (req, res, next) => {
  res.status(200).send('Hello world');

  count++;

  setTimeout(() => {
    throw new Error(`${count}`);
  }, 0);
})

// error handler
app.use((err, req, res, next) => {
  console.log('Error: ', err.message);
});

app.listen(port, () => {
  console.log(`Example app listening on port ${port}`)
})

查看运行结果,可以发现,这次一个错误让 Express 服务直接崩溃了,无法再响应后续请求:

error_express_crashed.gif

原因就在于这次的错误是从异步函数里抛出的,而 Express 处理这样的错误需要额外的步骤,即错误需要传递给 next() 函数, 以下是官网的解释和例子:

2fd46a93-fedc-40d6-8afb-04bda5e8391d.png

因此,我们需要把我们的 Express 服务做如下修改,才能处理好这种异步函数中抛出的错误。

const express = require('express')
const app = express()
const port = 8000
let count = 0;

app.get('/', (req, res, next) => {
  res.status(200).send('Hello world');

  count++;

  setTimeout(() => {
    try {
      throw new Error(`${count}`);
    } catch (e) {
      next(e);
    }
  }, 0);
})

// error handler
app.use((err, req, res, next) => {
  console.log('Error: ', err.message);
});

app.listen(port, () => {
  console.log(`Example app listening on port ${port}`)
})

error_express_recover.gif

而实际开发中,异步函数可能会层层嵌套,如果其中某一层抛出的错误没有被传入 next() 函数,则也可能导致程序崩溃,如下例:

const express = require('express')
const app = express()
const port = 8000
let count = 0;

app.get('/', (req, res, next) => {
  res.status(200).send('Hello world');

  count++;

  setTimeout(() => {
    try {
      setTimeout(() => {
        throw new Error(`${count}`);
      }, 0);
    } catch (e) {
      next(e);
    }
  }, 0);
})

// error handler
app.use((err, req, res, next) => {
  console.log('Error: ', err.message);
});

app.listen(port, () => {
  console.log(`Example app listening on port ${port}`)
})

error_express_nested.gif

如何保证多层嵌套的异步函数里抛出的错误都能被传入 next() 函数呢

从上面的分析,我们知道,如果要妥善处理 Express 服务中的错误,我们就需要保证,所有异步函数里可能抛出的错误,都要被传入 next() 函数。

而当异步函数嵌套层级变多时,如果将 next() 函数作为参数,层层传入异步函数,这样会写很多的 next() 函数调用;并且这种方式与嵌套结构高度耦合,不利于代码重构。

下例可以看出这种方法的问题——要给每个异步函数都需要传递一个 next 参数,而这个参数对于完成该函数自身逻辑没有帮助,显得冗余。

function asyncFunc1(next) {
  try {
    // Do some synchronized logic...
    asyncFunc2(next);
  } catch (e) {
    next(e);
  }
}

function asyncFunc2(next) {
  try {
    // Do some synchronized logic...
    asyncFunc3(next);
  } catch (e) {
    next(e);
  }
}

function asyncFunc3(next) {
  setTimeout(() => {
    try {
      throw new Error('asyncFunc3 Error');
    } catch (e) {
      next(e);
    }
  }, 0);
}

app.get('/', (req, res, next) => {
  res.status(200).send('Hello world');

  asyncFunc1(next);
})

这里我希望所有异步函数的错误都可以被抛到最外层,由外层统一调用 next() 函数处理。

借助 Promise 可以实现这个目标。例如目前 NodeJS 的文件系统等操作,都提供了相应的 Promises API;类似地,我们可以让我们的异步函数返回一个 Promise,所有内部错误均通过这个 Promise 的 reject 状态得到。

请看下例 (注:我们目前只关心错误处理,所以省略了Promise resolve 状态的处理):

function asyncFunc1() {
  return new Promise((resolve, reject) => {
    try {
      // Do some synchronized logic...
      asyncFunc2().catch((e) => {
        reject(e);
      });
    } catch (e) {
      reject(e);
    }
  })
}

function asyncFunc2() {
  return new Promise((resolve, reject) => {
    try {
      // Do some synchronized logic...
      asyncFunc3().catch((e) => {
        reject(e);
      });
    } catch (e) {
      reject(e);
    }
  })
}

function asyncFunc3() {
  return new Promise((resolve, reject) => {
    setTimeout(() => {
      try {
        throw new Error('asyncFunc3 Error');
      } catch (e) {
        reject(e);
      }
    }, 0);
  })
}

app.get('/', (req, res, next) => {
  res.status(200).send('Hello world');

  asyncFunc1().catch((e) => {
    next(e);
  })
})

像这样,通过异步函数返回的 Promise 的状态,我们就可以对抛出的错误统一在最外层进行处理,而不需要给每个异步函数传递它不需要的参数。

总结

写 Express 服务的时候,要特别注意对异步函数中发生的错误的处理,如果异步函数中产生的错误,没有被传入 next() 函数,Express 中的 Error handler 就没法对其进行处理,从而导致服务崩溃。

为了更好地捕获异步函数中产生的错误,推荐在实现异步函数时,使其返回 Promise 对象。

如果使用无法返回 Promise 对象的第三方异步函数,可以考虑自行封装。

全部评论

相关推荐

04-11 00:51
已编辑
门头沟学院 Java
先说一下楼主的情况:双非本大三,两段实习,javaer,想要找一个暑期大厂offer,努力了两个月,三月份每天的状态就是算法,八股,项目,四月份更是一个面试没有,最终还是没有结果,心碎了一地。期间面了一些中小厂,大厂只有腾讯约面,其他大厂都投了一遍,但是还是石沉大海。再看一下楼主的面试结果吧,就不说ttl了腾讯s3:三面挂csig:一面挂teg:三面挂wxg:一面挂没错,面了八次腾讯,两次三面挂,当时真的心都碎了。其他中小厂都有面,有的没过,有的oc,但是都没有去。其他大厂投了简历,但是不是简历挂,就是测评挂,都说今年行情好很多,各大厂都扩招,可是问题出在那里呢?学历背景吗?实习经历吗?还是简历不够好看?依稀记得,从年初七就离开了家里,回到学校,早早准备面试,当时自己认为凭借着自己的两段实习经历,以及大二就开始准备的八股算法,拿大厂offer不是问题,但是还是不敢放松,回校的状态每天就是算法,八股,还有查看各种招聘信息,想着尽早投机会多,但是事实证明,投的早,不如投的刚刚好。当时想着,先投一些中小厂开始面试,找找面试感觉,从2.10就开始有面试了,基本都是线下面试,面试的感觉都很不错,觉得自己的状态慢慢回来了,期间也有oc一些中小厂,但是自己的目标并不在此,只是想练一下手,遂拒。后面投了腾讯的暑期实习基地,不久就约面了,第一次面这么大的厂,多少有点紧张,好在运气还不错,遇到的面试官也比较好,一直干到了三面,期间看牛客有不少说一面就挂了的,感觉自己还是比较幸运的,但是没想到倒在了三面,一周后就挂了,伤心是有的,但是想到这才刚刚开始,还有很多机会,便继续准备下一次面试了,很快,被另外一个部门捞了,一进会议,面试官没开摄像头,看网上说没开摄像头很多都是kpi,但是自己给自己打气,认为面试官只是不方便开摄像头罢了,面完,感觉良好,没问什么很难得问题,基本都答出来了,算法两道也a了一道,感觉实习不会这么严格吧?还是过了一会挂了,因为这个?还是技术不太匹配?面试过程中说搞C++的,心想,搞c++的你面我干啥?唉,这时候有点气馁,然后就接下来半个月没有面试。这时已经是三月底了,看到牛客好多人都已经陆陆续续拿到了offer,看人家的面试准备也没那么早,有0实习的,有没刷算法的,有两个面的,,,唉,反正是一言难尽啊,感觉努力没有什么意义,面试多半是看面试官的感觉,主观性很大啊,只要你技术没有太大的问题。第三次面试腾讯,面试来的比较突然,期间已经有几天没看八股什么的了,临时看了一下之前自己做的面试笔记,但是面试却异常顺利,三天闯到了三面,自己也不敢相信,三面玩感觉也良好,脑子里不得不想着一些“offer结算画面”,但是过了一会查看流程显示“流程终止”,我?哎,当时真的有苦说不出啊,也是一晚没睡。后面就逐渐开始褪去大厂梦了,看着曾经跟自己交流的牛油,朋友,认识的人,觉得他们技术不太如你,算法刷的没你多,进了大厂,但是这又如何呢?能力强不强不是你了说了,面试官说了算。也逐渐知道,不是你能力好就可以了,还得有运气,运气,运气。这个过程太累了,和自己和解吧,不用非得大厂,找个合适一点的就好,放轻松一点。今天有点心事睡不着,闲着想写一些自己的面试过程,勿喷。附上一张面试的情况,公司就不方便透露了。
怒卷的斯科特:八分运气两分实力
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客企业服务