JS是单线程的,执行起来是顺序的,在顺序的业务逻辑中当然没有问题,如果遇到可以并发执行的业务逻辑,继续排队就很地级了。这里解释下,如何在普通的JS代码中实现异步执行(Asynchronous)。
< !DOCTYPE html >
< html>
< head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title ></ title>
<meta charset="utf-8" />
</ head>
< body>
<div id="a1"> a1 </div >
<div id="a2"> a2 </div >
</ body>
</ html>
< script type ="text/javascript">
function a() {
var n = 0;
//根据自己电脑的性能,适当的调整 i 的最大值
for (var i = 1; i < 4000000; i++) {
{
n = n + i;
}
document.getElementById( "a1" ).innerHTML = n.toString();
}
}
function b() {
document.getElementById( "a2" ).innerHTML = "22222" ;
}
a();
b();
</ script>
如上面两个函数,在执行的结果写入<div>时,肯定是a()函数执行完毕后,再执行b()函数,这就是单线程排队。如何 异步执行这两个函数?也就是说a()执行比较慢,b()不用等待a()结束就直接执行。
=========================================华丽的分割线====================================
setTimeout 神秘的函数
这个函数就是异步的关键所在,代码如下:
< !DOCTYPE html >
< html>
< head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title ></ title>
<meta charset="utf-8" />
</ head>
< body>
<div id="a1"> a1 </div >
<div id="a2"> a2 </div >
</ body>
</ html>
< script type ="text/javascript">
function a() {
var n = 0;
//根据自己电脑的性能,适当的调整 i 的最大值
for (var i = 1; i < 4000000; i++) {
{
n = n + i;
}
document.getElementById( "a1" ).innerHTML = n.toString();
}
}
function b() {
document.getElementById( "a2" ).innerHTML = "22222" ;
}
//在这里用setTimeout()执行a函数和b函数,则会产生异步执行,b函数不会等待a执行完毕。
//其实这个方法我也不是很懂,怎么搞的呀?这是什么语法啊。。。
function c(fuc) {
setTimeout( function () { a(); fuc; }, 1000);
} c(b());
</ script>
setTimeout函数设定的时间与实际等待的时间并不一致,会有适当的时间延迟。
下面总结“异步模式”编程的4中方法,理解他们可以让你写出结构更合理、性能更出色、维护更方便的javascript程序。
一:回调函数
这是异步最基本的方法。
假定有两个函数f1和f2,后者等待前者的执行结果。
f1();
f2();
如果f1是一个很耗时的任务,可以考虑改写f1,把f2写成f1的回调函数。
function f1(callback){
setTimeout(function () {
// f1的任务代码
callback();
}, 1000);
}
执行代码写成
f1(f2);
整体代码如下:
< !DOCTYPE html >
< html>
< head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title ></ title>
<meta charset="utf-8" />
</ head>
< body>
<div id="a1"> a1 </div >
<div id="a2"> a2 </div >
</ body>
</ html>
< script type ="text/javascript">
function a(callback) {
setTimeout( function () {
//a要执行的任务开始
{
var n = 0;
//根据自己电脑的性能,适当的调整 i 的最大值
for (var i = 1; i < 4000000; i++) {
{
n = n + i;
}
document.getElementById( "a1" ).innerHTML = n.toString();
}
}
//a要执行的任务已结束
//执行传递过来的 第二个函数 b
callback();
}, 1000);
}
function b() {
document.getElementById( "a2" ).innerHTML = "22222" ;
}
a(b());
</ script>
采用这种方式,我们把同步操作变成了异步操作,f1不会堵塞程序运行,相当于先执行程序的主要逻辑,将耗时的操作推迟执行。
回调函数的 优点是简单、容易理解和部署, 缺点是不利于代码的阅读和维护,各个部分之间高度耦合(Coupling),流程会很混乱,而且 每个任务只能指定一个回调函数。
二、事件监听
另一种思路是采取事件驱动模式。任务的执行不取决与代码的顺序,而取决于某个事件是否发生,还是以a()和b()为例,首先为a()绑定一个事件(这里采用jQuery的写法)
f1.on('done', f2);
上面这行代码的意思是,当f1发生done事件,就执行f2.然后,对f1进行改写:
function f1(){
setTimeout(function () {
// f1的任务代码
f1.trigger('done');
}, 1000);
}
f1.trigger('done')表示,执行完成后,立即出发done事件,从而开始执行f2。
这种方法的优点是比较容易理解,可以绑定多个事件,每个事件可以指定多个回到函数,而且可以“去耦合”(Decoupling),有利于实现模块化。缺点是整个程序都要变成事件驱动型,运行流畅会变得很不清晰。
三、发布/订阅
上一节的"事件",完全可以理解成"信号"。
我们假定,存在一个"信号中心",某个任务执行完成,就向信号中心"发布"(publish)一个信号,其他任务可以向信号中心"订阅"(subscribe)这个信号,从而知道什么时候自己可以开始执行。这就叫做"发布/订阅模式"(publish-subscribe pattern),又称"观察者模式"(observer pattern)。
这个模式有多种实现,下面采用的是Ben Alman的Tiny Pub/Sub,这是jQuery的一个插件。
首先,f2向"信号中心"jQuery订阅"done"信号。
jQuery.subscribe("done", f2);
然后,f1进行如下改写:
function f1(){
setTimeout(function () {
// f1的任务代码
jQuery.publish("done");
}, 1000);
}
jQuery.publish("done")的意思是,f1执行完成后,向"信号中心"jQuery发布"done"信号,从而引发f2的执行。
此外,f2完成执行后,也可以取消订阅(unsubscribe)。
jQuery.unsubscribe("done", f2);
这种方法的性质与"事件监听"类似,但是明显优于后者。因为我们可以通过查看"消息中心",了解存在多少信号、每个信号有多少订阅者,从而监控程序的运行。
四、Promises对象
Promises对象是CommonJS工作组提出的一种规范,目的是为异步编程提供统一接口。
简单说,它的思想是,每一个异步任务返回一个Promise对象,该对象有一个then方法,允许指定回调函数。比如,f1的回调函数f2,可以写成:
f1().then(f2);
f1要进行如下改写(这里使用的是jQuery的实现):
function f1(){
var dfd = $.Deferred();
setTimeout(function () {
// f1的任务代码
dfd.resolve();
}, 500);
return dfd.promise;
}
这样写的优点在于,回调函数变成了链式写法,程序的流程可以看得很清楚,而且有一整套的配套方法,可以实现许多强大的功能。
比如,指定多个回调函数:
f1().then(f2).then(f3);
再比如,指定发生错误时的回调函数:
f1().then(f2).fail(f3);
而且,它还有一个前面三种方法都没有的好处:如果一个任务已经完成,再添加回调函数,该回调函数会立即执行。所以,你不用担心是否错过了某个事件或信号。这种方法的缺点就是编写和理解,都相对比较难