JavaScript的同步与异步

这两个概念虽然看上去很简单，但是实际理解起来却需要花一番功夫。我们需要通过实际操作，来了解什么情况是同步，什么情况是异步。

你可能认为，普通的JavaScript函数，都是同步的。当你在使用setTimeout()和AJAX的时候，你可能也会认为他们是同步的，是不是？如果我告诉你，这两个函数在某些时候也可以异步，你相信吗？

要想解释清楚原因，我们需要Mr X来帮忙。

场景1：Mr X尝试使用同步性

条件：

在这个过程中，你和Mr X完成的，就是同步沟通。

你提问的时候，他在听；他给出答案的时候，你也同时在听。

场景2：Mr X不喜欢同步性

由于Mr X的能力实在太高，越来越多的人开始找他寻求帮助。于是，你给他打电话的时候，却老是占线。你没法向他提问，他更无法帮你回答问题。

那么Mr X能如何应对这种情况？

那么问题来了，这个过程是同步沟通还是异步沟通？

可以说，两者兼有。当你在答录机留言的时候，Mr X并没有在听，所以这是异步沟通。

但是当他回电的时候，你们两个之间进行的，就是同步沟通了。

现在你应该已经理解沟通时的同步和异步了。现在再来说说JavaScript的同步与异步。

JavaScript – 一种异步的编程语言

当有人说JavaScript是一种异步语言的时候，他的意思就是，总体来说，在使用JavaScript的时候，你需要对它进行留言，在给它打电话的时候，你听到的不会是忙音。

JavaScript中的函数调用从来都不是直接发生的，它们是通过消息留言来完成的。

JavaScript使用的是消息队列，新进来的消息（或事件）被暂存在这里。event-loop不断的对这些消息进行处理，将它们发送到调用堆栈（call stack）中，在这里，相应的消息函数被堆积为用于执行的框架（函数的自变量和因变量）。

调用堆栈包含着第一个被调用的函数的框架，还有在这个函数之上通过嵌套调用被调用的其他函数的框架。

当一个消息加入队列，它会一直等待，直到调用堆栈中前边的消息框架被处理完成之后。前面的消息被处理之后，event-loop会将其从队列中移除，然后把当前消息的相应框架添加到调用堆栈中。

这个消息再一次开始等待，指导调用堆栈清空了它的对应框架，然后被从队列中移除。

看看下面的代码：

 function foo(){}function bar(){ foo();
}function baz(){ bar();
}
baz();

这里被运行的函数为baz()，位于代码段最后一行，它会作为一个消息添加到队列中，当event-loop拣选了它的时候，调用堆栈在执行的过程中开始堆栈 baz(), bar(), 和 foo()的框架。

在函数的执行完毕之后，它们的框架会从调用堆栈中被移除出去，而消息依然在队列中等待，直到baz()在堆栈中被弹出。

记住，JavaScript中的函数调用从来都不是直接完成的，而是通过消息完成的。

那些具体的异步方法是怎么回事？

目前为止，我已经接触到了一些API，例如setTimeout()和AJAX，它们都被特别表明为异步方法。怎么回事？

有一个非常重要的事情，那就是了解那些东西是同步发生，以及那些东西是异步发生的。在事件和event-loop的帮助下，JavaScript能够对消息进行异步处理，但是这并不意味着JavaScript里的所有东西都是异步的。

我之前说过，在调用堆栈清空对应框架之前，消息是不会离开队列的。举个例子，就像是你没拿到答案之前，是不会出去看电影的——这个时候发生的事情就是同步的：你站在那里等着任务完成，亲眼看到任务完成之后才会离开。