同步编程和异步编程

同步编程与异步编程：一段Ja vaScript的进化史

先来聊聊最基础的模型。传统的同步编程，本质上是一种“请求-响应”模式：你调用一个方法，然后就得停下来等它给你结果，期间什么都干不了。

异步编程

那为什么要转向异步呢？核心是为了避免资源管理和阻塞带来的复杂性问题。

众所周知，Ja vaScript从诞生起就被设计为单线程语言。即便后来HTML5引入了Web Worker，它也无法直接操作DOM，主线程的核心地位并未改变。

这其实是由它的出身决定的。Ja vaScript最初是为浏览器设计的GUI编程语言，而GUI编程有一条铁律：UI线程绝对不能阻塞。否则，用户体验会急剧下降，甚至导致界面完全卡死。想想看，在安卓开发中，我们通常会区分界面线程和后台线程，就是为了确保界面流畅。Ja vaScript作为单线程，要达成同样的目标，就只能依靠异步非阻塞的编程模式。这也解释了为什么Ja vaScript的绝大多数API都是异步的。

今天这篇文章，我们就来梳理一下Ja vaScript异步编程的完整演进脉络。从Brendan Eich设计的最初版本，到如今的ES6，看看我们是如何一步步走到今天的。

什么是异步编程

那么，究竟什么是异步编程？简单来说，就是你执行一个指令后，不会干等着结果返回，而是直接去执行下一个任务。等到特定的事件触发后，你才能拿到那个指令的结果。

这就引出了一个关键问题：在异步编程中，我们如何“指定”在异步任务完成后该执行什么操作呢？纵观其发展历程，主要有以下几种方式来“下达”这些异步指令：

• 事件监听（属性）
• 回调函数（Callback）
• Promise对象
• 生成器（Generator）
• 异步函数（async/await）

下面，我们就来一步步拆解，看看这几种方式是如何登场并塑造了Ja vaScript的异步世界的。

（指定异步指令的演进路径，其脉络清晰可见。这不仅仅是一次次语法的更新，更是我们对异步编程理解不断深化的过程。）