АТ
Изредка летят такие ошибки в консоль:
Size: a a a
2020 January 20
АТ
unhandledRejection { error: true, promis: Promise { <rejected> true }, stack: undefined }
АТ
Отлавливаю через:
process.on('unhandledRejection', (err, p) => {
console.error('unhandledRejection', {
error: err,
promis: p,
stack: err.stack
});
});
process.on('unhandledRejection', (err, p) => {
console.error('unhandledRejection', {
error: err,
promis: p,
stack: err.stack
});
});
АТ
Как зачекать, откуда они идут?
V
error: true эт как
Ð
Как зачекать, откуда они идут?
у тебя какой-то промис не обработан, написано же. Где-то забыт catch()
Ð
такое бывает когда функии возвращающие промис запускают без await, ищи такие места
АТ
V
так а reason почему какой-то неадекватный
V
ищи в коде reject(true)
Ð
в смысле стек? ну наверное потому что в качестве ошибки возвращается не new Error, а true
V
не стек все равно должен быть, reason это агрумент который мы отдаем в reject
Ð
Victor
не стек все равно должен быть, reason это агрумент который мы отдаем в reject
стек создает new Error, его конструктор, а не throw или reject
Ð
оно поэтому и тормозит кстати
АТ
Из-за создания New Error?
АТ
Как правильно режектить тогда?
Ð
так я же не говорю что это неправильно :)
Ð
Неправильно - это когда исключения используются в бизнес логике и их создание является нормой работы сервера. Если промис используется не для исключения, в реджект можно положить все что угодно, кроме инстанса Еррора, но с переходом на async/await так делать уже не комильфо, так как приведет к ифам instanceof в блоке catch, и это вылезет непонятно где, в том числе в глобальный хендлер как тут
V
Ð
Неправильно - это когда исключения используются в бизнес логике и их создание является нормой работы сервера. Если промис используется не для исключения, в реджект можно положить все что угодно, кроме инстанса Еррора, но с переходом на async/await так делать уже не комильфо, так как приведет к ифам instanceof в блоке catch, и это вылезет непонятно где, в том числе в глобальный хендлер как тут
throw true 😂