javascript – 异步承诺中的未处理承诺拒绝

我使用Oboe.js来解析一个非常大的JSON文件

const promises = [];
oboe('http://domain/my-file.js')
  .node('items.*', item => {
    // parseItem() returns a rejected Promise because of invalid JSON items
    promises.push(parseItem(item));
  })
  .done(() => {
    Promise.all(promises).then(() => {
      doSomething();
    });
  })

但我的浏览器控制台充斥着Uncaught(承诺).如果你在setTimeout()中写一个promise就会出现同样的情况

const promises = [];
setTimeout(() => {
  promises.push(Promise.reject());
}, 500);
// some time in the future
Promise.all(promises);

真正奇怪的是:现代浏览器的行为有所不同.在Firefox Developer Edition中,一切都在没有错误消息的情况下工作,而在Chrome中,我充斥着Uncaught(承诺).在Chrome中,如果您编写Promise.reject(),则会立即收到消息.没有捕获.在Firefox和Safari中没有任何反应.

那么这个解决方案是什么?忽略这条消息?我的意思是如果这种行为真的在官方承诺规范中,那么异步代码中的承诺对我来说并没有真正意义.

最佳答案
你的双簧管问题是基于Oboe流入JSON的事实,所以我们事先不知道有多少承诺,所以我们不能提前将责任交给Promise.all.我们可以“宣传”双簧管,以便能够在其方法中回报承诺.

通常,我会使用RxJS自动从事件发射器创建一个流 – 而RxJS的方法已经可以返回promises然后聚合它.但是 – 因为我不想在这里建立第三方图书馆,而且教学价值较低 – 让我们自己实施:

function addMap(oboe) { 
  oboe.map = function(selector, mapper){
    var promises = [];
    return new Promise(function(resolve, reject){ // create a new promise
      oboe.node(selector, function(match){
        var result = mapper(match); // get result
        // signal that we're handling the rejection to make sure it's not handled.   
        result.catch(function(){});
        promises.push(result);
      });
      oboe.fail(reject); 
      oboe.done(function(){ resolve(promises); });
   });
  };
}

哪个让我们这样做:

var o = oboe("foo");
addMap(o);
o.map("items.*", item => downloadItem(item)).then(result => {
   // handle result here
}); 

你的setTimeout问题非常人为.绝大多数人在实践中都没有编写看起来像这样的代码 – 实际上,异步添加错误处理程序是一种非常罕见的用例,当时没有使用强制执行此操作的API(如Oboe.js示例).

What’s really strange: modern browsers behave differently

这是因为Firefox使用GC检测未处理的拒绝和Chrome计时器.它的实现细节 – 唯一的保证是,如果连接在微任务中(同步,或在同一回合执行的那个),则不会记录错误.

转载注明原文:javascript – 异步承诺中的未处理承诺拒绝 - 代码日志