如何深入理解漫话中的JavaScript异步编程？

本文共计2539个文字，预计阅读时间需要11分钟。

Promise 并非完美。我在上一句话中介绍了 Promise，这种模式增强了事件订阅机制，很好地解决了控制反转带来的信任问题、硬编码回调执行顺序造成的回调地狱问题。无疑，这大大提高了代码的可读性和可维护性。

一、Promise并非完美

我在上一话中介绍了Promise，这种模式增强了事件订阅机制，很好地解决了控制反转带来的信任问题、硬编码回调执行顺序造成的“回调金字塔”问题，无疑大大提高了前端开发体验。但有了Promise就能完美地解决异步问题了吗？并没有。

首先，Promise仍然需要通过then方法注册回调，虽然只有一层，但沿着Promise链一长串写下来，还是有些让人头晕。

更大的问题在于Promise的错误处理比较麻烦，因为Promise链中抛出的错误会一直传到链尾，但在链尾捕获的错误却不一定清楚来源。而且，链中抛出的错误会fail掉后面的整个Promise链，如果要在链中及时捕获并处理错误，就需要给每个Promise注册一个错误处理回调。噢，又是一堆回调！

那么最理想的异步写法是怎样的呢？像同步语句那样直观地按顺序执行，却又不会阻塞主线程，最好还能用try-catch直接捕捉抛出的错误。也就是说，“化异步为同步”！

痴心妄想？

我在第一话里提到，异步和同步之间的鸿沟在于：同步语句的执行时机是“现在”，而异步语句的执行时机在“未来”。为了填平鸿沟，如果一个异步操作要写成同步的形式，那么同步代码就必须有“等待”的能力，等到“未来”变成“现在”的那一刻，再继续执行后面的语句。