Необработанные отказы в экспресс-заявках

Помещение unhandledRejection в промежуточное ПО ... часто приводит к Error: Can't render headers after they are sent to the client.

Внесите небольшие изменения в свой обработчик ошибок:

// production error handler
const HTTP_SERVER_ERROR = 500;
app.use(function(err, req, res, next) {
  if (res.headersSent) {
    return next(err);
  }

  return res.status(err.status || HTTP_SERVER_ERROR).render('500');
});

Из документации по ExpressJS:

Express поставляется со встроенным обработчиком ошибок, который заботится о любых ошибках, которые могут возникнуть в приложении. Это промежуточное ПО для обработки ошибок по умолчанию добавляется в конец стека промежуточного ПО.

Если вы передаете ошибку в next () и не обрабатываете ее в обработчике ошибок, она будет обработана встроенным обработчиком ошибок - ошибка будет записана клиенту с трассировкой стека. Трассировка стека не включена в производственную среду.

Установите для переменной среды NODE_ENV значение «production», чтобы приложение запускалось в производственном режиме.

Если вы вызываете next () с ошибкой после того, как начали писать ответ, например, если вы столкнулись с ошибкой при потоковой передаче ответа клиенту, обработчик ошибок по умолчанию Express закроет соединение и запрос будет считаться неудачным.

Поэтому, когда вы добавляете настраиваемый обработчик ошибок, вам нужно будет делегировать механизм обработки ошибок по умолчанию в экспресс-режиме, когда заголовки уже отправлены клиенту.

Я использую аргумент next как обратный вызов catch (также известный как errback), чтобы пересылать любое необработанное отклонение для выражения обработчика ошибок:

app.get('/foo', function (req, res, next) {
  somePromise
    .then(function (result) {
      res.send(result);
    })
    .catch(next); // <----- NOTICE!
}

или более короткая форма:

app.get('/foo', function (req, res, next) {
  somePromise
    .then(function (result) {
       res.send(result); 
    }, next); // <----- NOTICE!
}

а затем мы могли бы выдать осмысленный ответ об ошибке с аргументом err в экспресс-обработчике ошибок.

Например,

app.use(function (err, req, res, /*unused*/ next) {
  // bookshelf.js model not found error
  if (err.name === 'CustomError' && err.message === 'EmptyResponse') {
    return res.status(404).send('Not Found');
  }
  // ... more error cases...
  return res.status(500).send('Unknown Error');
});

ИМХО, глобальное unhandledRejection событие не является окончательным ответом.

например, это подвержено утечке памяти:

app.use(function (req, res, next) {
  process.on('unhandledRejection', function(reason, p) {
    console.log("Unhandled Rejection:", reason.stack);
    res.status(500).send('Unknown Error');
    //or next(reason);
  });
});

но это СЛИШКОМ тяжелое:

app.use(function (req, res, next) {
  var l = process.once('unhandledRejection', function(reason, p) {
    console.log("Unhandled Rejection:", reason.stack);
    res.status(500).send('Unknown Error');
    //next(reason);
  });
  next();
  process.removeEventLister('unhandledRejection', l);
});

IMHO, expressjs нужна лучшая поддержка Promise.

express-promise-router был создан для решения именно этой проблемы. Он позволяет вашим маршрутам возвращать обещания и вызывает next(err), если такое обещание отклоняется с ошибкой.

По умолчанию, если ваш запрос - это async функция, которая выдает ошибку, express не передает ошибки промежуточному программному обеспечению. Вместо этого вызывается process.on('unhandledRejection', callback), и запрос блокируется.

Библиотека express-async-errors была создана для устранения этих ошибок.

Вам нужно добавить require('express-async-errors'); в свой код, и библиотека позаботится о том, чтобы все ваши функции поступали в обработчики. Даже если это необработанный отказ.

Предполагая, что вы используете Express и какой-то код, основанный на обещаниях, например:

readFile() .then(readAnotherFile) .then(doSomethingElse) .then(...)

Добавьте .catch(next) в конец цепочки обещаний, и промежуточное ПО Express будет успешно обрабатывать как синхронный, так и асинхронный код, используя обработчик производственных ошибок.

Вот отличная статья, в которой подробно рассказывается о том, что вы ищете: https://strongloop.com/strongblog/async-error-handling-expressjs-es7-promises-generators/

Я искал чистый способ справиться с этим, Express 5 теперь обрабатывает асинхронные обещания по дизайну:

Начиная с Express 5, обработчики маршрутов и промежуточное ПО, возвращающие Promise, будут вызывать next (value) автоматически, когда они отклоняют или выдают ошибку. Например

https://expressjs.com/en/guide/error-handling.html