Rumah > Artikel > hujung hadapan web > JavaScript的同步与异步
在JavaScript的学习过程当中,同步与异步是两个让人非常头疼的概念,对于初学者来说尤其如此。简单来说,当两件或两件以上的事情同时发生的时候,这就叫同步;当他们并非同时发生的时候,这就叫异步。
这两个概念虽然看上去很简单,但是实际理解起来却需要花一番功夫。我们需要通过实际操作,来了解什么情况是同步,什么情况是异步。
你可能认为,普通的JavaScript函数,都是同步的。当你在使用setTimeout()和AJAX的时候,你可能也会认为他们是同步的,是不是?如果我告诉你,这两个函数在某些时候也可以异步,你相信吗?
要想解释清楚原因,我们需要Mr X来帮忙。
场景1:Mr X尝试使用同步性
条件:
1 Mr X是一个能解决复杂问题的人,能够执行任何被指派的任务。
2 要想和他联系,唯一的方式就是打电话。
3 无论你遇到了什么问题或是任务,要想找Mr X帮忙,你就要给他打电话。
4 Mr X会给你提供回答,或是立刻完成任务,并且在完成之后通知你。
5 在Mr X的帮助下,你完成了任务,然后出去看电影。
在这个过程中,你和Mr X完成的,就是同步沟通。
你提问的时候,他在听;他给出答案的时候,你也同时在听。
场景2:Mr X不喜欢同步性
由于Mr X的能力实在太高,越来越多的人开始找他寻求帮助。于是,你给他打电话的时候,却老是占线。你没法向他提问,他更无法帮你回答问题。
那么Mr X能如何应对这种情况?
1 Mr X雇一个助手Mr M,并且配备一台答录机。
2 Mr M的工作,就是听答录机上的留言,然后把问题总结出来交给Mr X。
3 这样一来,当你给Mr X打电话的时候,你所听到的不再是占线的忙音,而是把问题留在答录机上,等待Mr X回电。
4 在解答问其他人的问题之后,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里的所有东西都是异步的。
我之前说过,在调用堆栈清空对应框架之前,消息是不会离开队列的。举个例子,就像是你没拿到答案之前,是不会出去看电影的——这个时候发生的事情就是同步的:你站在那里等着任务完成,亲眼看到任务完成之后才会离开。
以上就是JavaScript的同步与异步的内容,更多相关内容请关注PHP中文网(www.php.cn)!