从地域到天堂：异步编程模式的革命性演变

作为计算机早期的一名软件工程师，你面临一个棘手的问题。

这一时期操作系统中已经发明了线程，线程非常好用，因此快速流行起来。

但在一些特定场景下线程也有自己的问题，尤其是后端服务器。

大家都会创建一个线程来处理用户请求，如果在此期间发起一个阻塞调用(比如调用下游服务)，那么整个线程都会被挂起，在此期间，线程不能执行任何其他工作：

get_response();  // 线程被阻塞
parse_response();

在高并发场景下，这需要创建大量线程，导致巨大的线程创建/切换开销和内存消耗。

这就是最开始的同步编程模型，它简单、直观，但并不高效。回调函数与异步编程

为了解决同步编程模型低效的问题你发明了一个简单而优雅概念：回调函数，callback。

线程不再原地阻塞等待操作完成，而是提供一个函数，告诉系统"当操作完成时，调用这个函数"。

get_response(parse_response);  // get_response直接返回

这里，parse_response就是回调函数，意思是得到下游的response后用parse_response来处理结果，这样get_response会立刻返回不会阻塞线程，parse_response会在其它线程中被执行。

至此，你发明了异步编程。

利用异步编程你不必创建大量线程就能高并发处理请求。

但随着项目复杂度增加，你开始遇到新的问题。回调地狱：噩梦的开始

当你需要执行一系列依赖的异步操作时，回调函数开始变得难以管理。例如，你需要先获取用户信息，然后获取用户的订单，最后获取订单的详细信息：

getUser(userId, function(user) {
  getUserOrders(user.id, function(orders) {
    getOrderDetails(orders[0].id, function(details) {
      displayOrderDetails(details);
    }, function(error) {
      handleOrderDetailsError(error);
    });
  }, function(error) {
    handleOrdersError(error);
  });
}, function(error) {
  handleUserError(error);
});

这种代码结构被形象地称为"回调地狱"（Callback Hell），回调函数本身会切割处理逻辑，而随着嵌套层级的增加，代码变得越来越难以阅读和维护。

使用回调函数实现复杂的控制流（如并行执行多个异步操作，或者有条件地执行异步操作）非常困难，你需要新的异步编程范式。

经过反复思考，你意识到问题的核心在于：回调函数并没有优雅的以线性方式组合异步操作。

该怎么解决这个问题呢？未来还是现在？

很简单，再来一层抽象，这种抽象需要创造一种“时间容器”，将“值”与“计算过程”分离，然后以链式调用的方式编排异步操作。

这种抽象就是promise/future。

Promise（或在某些语言中称为Future）。这是一个代表"未来某个时刻会有结果"的对象，但是现在你可以基于这个对象进行各种操作， Promise最强大的特性是它支持链式调用，通过.then()方法，你可以指定当未来的结果到来时要执行的操作；通过.catch()方法，你可以处理Promise失败的情况。

getUser(userId)
  .then(user => getUserOrders(user.id))
  .then(orders => getOrderDetails(orders[0].id))
  .then(details => displayOrderDetails(details))
  .catch(error => handleError(error));