/ javascript

一次误用Promise后的体会

Promise的嵌套需要注意,一个返回Promise的Promise可能不会以你想象的方式运行。

最近有需求处理海量的并发任务(其实就是抓wikipedia的文章跳转关系),需要让所有的任务存在数据库中,而不是在内存里,否则像我的第一个版本一样,内存占用巨大,cpu爆表,还得关心断点续传(定时保存)。

写了一个叫做promiseWorker的工具函数,类似Promise.map,支持并发控制地处理一组Promise。不同之处在于,并不需要把Promise塞进去,而是传一个函数getWork,用来获取下一个要执行的Promise,如果没有下一个任务了,就返回null。

还是不难实现的,写了一个版本后,用之前发现一个问题,getWork里需要取数据库信息,这个也是异步的。所以我需要接受一个异步函数,返回一个Promise,这个Promise的结果是null或者是另一个Promise。

写了之后测,发现遇到诡异的情况,只取了一个任务,且执行完第一个任务后就停止了。

然后发现,await getWork() 得到的不是任务Promise,而是任务Promise的执行结果。它的实际意义,就和我想象中的 await await getWork() 一样。

网上搜了一下,发现了这个:https://www.v2ex.com/t/377941#r_4569121
很有趣。

根据网上的一些Promise实现,大概是,如果resolve的结果还是个Promise(有then方法),会改成在这个Promise的then里继续执行之后的操作。
然后误伤了我的这个实现需求。
不过这样一来,Promise套Promise就不用管需要几个await了,毕竟唯一的功能就是取回数据。

这大概是个比较难发现的深坑吧。记录之。

(ps:现在的解决方案是把return new Promise(...)改成return [new Promise(...)]。。。)

(附注:es6的解构赋值用在赋值已经存在的对象时,应该这么用:({a, b} = getAB()); 也就是要加一个括号在最外面。)