javascript – 我应该避免异步处理Promise拒绝吗?
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了javascript – 我应该避免异步处理Promise拒绝吗?,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含3483字,纯文字阅读大概需要5分钟。
内容图文
![javascript – 我应该避免异步处理Promise拒绝吗?](/upload/InfoBanner/zyjiaocheng/715/241b28b570194f6d93e8b0f8480024c0.jpg)
我刚安装了Node v7.2.0并了解到以下代码:
var prm = Promise.reject(new Error('fail'));
结果如下:
(node:4786) UnhandledPromiseRejectionWarning: Unhandled promise rejection (rejection id: 1): Error: fail
(node:4786) DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.
我理解这背后的原因,因为许多程序员可能经历过一个错误的失败,最终被Promise吞噬了.然而,我做了这个实验:
var prm = Promise.reject(new Error('fail'));
setTimeout(() => {
prm.catch((err) => {
console.log(err.message);
})
},
0)
这导致:
(node:4860) UnhandledPromiseRejectionWarning: Unhandled promise rejection (rejection id: 1): Error: fail
(node:4860) DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.
(node:4860) PromiseRejectionHandledWarning: Promise rejection was handled asynchronously (rejection id: 1)
fail
我基于PromiseRejectionHandledWarning假设异步处理Promise拒绝是/可能是一件坏事.
但那是为什么呢?
解决方法:
“我应该不要异步处理Promise拒绝吗?”
这些警告有一个重要的目的,但看看这一切是如何运作的,请看这些例子:
试试这个:
process.on('unhandledRejection', () => {});
process.on('rejectionHandled', () => {});
var prm = Promise.reject(new Error('fail'));
setTimeout(() => {
prm.catch((err) => {
console.log(err.message);
})
}, 0);
或这个:
var prm = Promise.reject(new Error('fail'));
prm.catch(() => {});
setTimeout(() => {
prm.catch((err) => {
console.log(err.message);
})
}, 0);
或这个:
var var caught = require('caught');
var prm = caught(Promise.reject(new Error('fail')));
setTimeout(() => {
prm.catch((err) => {
console.log(err.message);
})
}, 0);
免责声明:我是caught模块的作者(是的,我是为这个答案写的).
合理
作为Breaking changes between v6 and v7之一是added to Node.在Issue #830: Default Unhandled Rejection Detection Behavior进行了激烈的讨论,并没有就异步附加的拒绝处理程序的承诺应该如何行为达成普遍协议 – 没有警告的工作,警告工作或者根本不允许使用终止程序.在unhandled-rejections-spec项目的几个问题中进行了更多的讨论.
此警告是为了帮助您找到忘记处理拒绝的情况,但有时您可能希望避免这种情况.例如,您可能想要生成一堆请求并将生成的promise存储在一个数组中,以便稍后在程序的其他部分处理它.
承诺优于回调的一个优点是,您可以将创建承诺的位置与附加处理程序的位置(或位置)分开.这些警告使得操作变得更加困难,但您可以处理事件(我的第一个示例)或者在您创建不希望立即处理的承诺的任何地方附加虚拟捕获处理程序(第二个示例).或者你可以让一个模块为你做(第三个例子).
避免警告
如果您分两步执行此操作,则附加空处理程序不会更改存储的promise以任何方式工作的方式:
var prm1 = Promise.reject(new Error('fail'));
prm1.catch(() => {});
但这不会是相同的:
var prm2 = Promise.reject(new Error('fail')).catch(() => {});
这里prm2将是一个不同的承诺,然后prm1.虽然prm1将被“失败”错误拒绝,但prm2将使用undefined解决,这可能不是你想要的.
但是你可以写一个简单的函数让它像上面的两步示例一样工作,就像我对被捕获的模块所做的那样:
var prm3 = caught(Promise.reject(new Error('fail')));
这里prm3和prm1相同.
见:https://www.npmjs.com/package/caught
2017年更新
另见Pull Request#6375:lib,src: “throw” on unhandled promise rejections(2017年2月未合并)标记为Milestone 8.0.0:
Makes Promises “throw” rejections which exit like regular uncaught errors. [emphasis added]
这意味着我们可以期望Node 8.x将此问题所引发的警告更改为崩溃并终止该过程的错误,我们应该在今天编写程序时将其考虑在内以避免将来出现意外.
另见Node.js 8.0.0 Tracking Issue #10117.
内容总结
以上是互联网集市为您收集整理的javascript – 我应该避免异步处理Promise拒绝吗?全部内容,希望文章能够帮你解决javascript – 我应该避免异步处理Promise拒绝吗?所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。