|
0.从一道题说起
var t = true; setTimeout(function(){ t = false; }, 1000); while(t){ } alert('end');
问，以上代码何时alert“end”呢？ 测试一下：答案是：永远都不会alert。
解析：JavaScript引擎是单线程的，事件触发排队等候。所有任务按照触发时间先后排队处理。 上例中，排队的顺序状态是：
| var t=true ; | while(t){}; | alert(‘end’); | 在1000ms之后，setTimeout函数也加入队列。 while(t){ }无限循环阻塞了单线程，不管排到后面的代码执行时间有多短，后面的代码无法执行，一直阻塞下去。
1.浏览器线程
浏览器有这么几大线程：UI渲染线程（用于页面的渲染），javascript引擎线程（用于处理js），GUI事件触发线程（用于交互）。
有时会开启的线程：http传输线程，定时触发线程（定时器）
它们之间的关系是什么呢？
（1）UI渲染线程 与 javascript引擎线程 互斥
由于javascript可以操纵页面的DOM，所以如果UI渲染线程与javascript引擎线程 不互斥的话，在UI渲染线程进行页面渲染的同时，javascript引擎线程进行DOM修改，最终会造成DOM状态不一致的现象。所以，当javascript引擎线程运行的时候，UI渲染线程处于冻结状态。
（2）javascript引擎线程 与 GUI事件触发线程（用于交互） 异步
浏览器开启事件触发线程，等待用户动作，事件触发线程解析为响应事件，转移到javascript引擎线程，排队等候，等待javascript引擎的处理。
（3）javascript引擎线程 与 http传输线程 异步
网页get，post等请求，xhr异步请求都通过http传输线程，传送到javascript引擎排队，等候处理。
（4）javascript引擎线程 与 定时触发线程（定时器） 异步
setTimeout(),setInterval()由单独的线程 定时触发线程 触发，传送到javascript引擎排队等候，等待处理。
2.xhr异步是障眼法
我们来做一个试验：
客户端js代码
//jquery封装的ajax请求，请求http://localhost:3000/login页面 $.ajax({ type: "post", url: "http://localhost:3000/login", dataType: "json", data:{ username: username, password: password }, success: function(data){ if(data){ if(data.message=="i202"){ alert('密码错误，请重新输入'); window.location.href="login"; }else if(data.message=="i200"){ alert('登陆成功'); window.location.href="index"; } else{ alert('没有这个用户名'); window.location.href="login"; } } else{
} } }); //这里有一个无限循环 while(1){}
后端Node.js代码：
//后台对post的响应 router.post('/login', function (req, res, next) { sleep(1000); res.send({status:"success", message:"i200"}); });
/** * 模拟sleep * @param sleepTime */ function sleep(sleepTime) { for(var start = +new Date; +new Date - start <= sleepTime; ) { } }
前台将永远不会alert(“登陆成功”)。浏览器通过http线程收到xhr响应，但是转到javascript线程等待执行。javascript单线程，一次只能处理一个任务。第一个任务无限循环，后面的任务全部阻塞。
xhr异步编程实际上是一种障眼法。
3.定时器时间不准
（1）时间不准1
setTimeout(function () { while (true) { } }, 1000); setTimeout(function () { alert('end 2'); }, 2000); setTimeout(function () { alert('end 1'); }, 100); alert('end');
运行这段代码。运行结果是alert(‘end’) alert(‘end 1’)。
前两个定时器并不能如约在规定的时间点执行哦。
（2）时间不准2
setTimeout(function(){ /* 代码块... */ setTimeout(arguments.callee, 10); }, 10);
setInterval(function(){ /*代码块... */ }, 10);
两个定时器，本想实现相同的功能：每十秒触发一次定时器。
但是实际上，setTimeout在10ms后才加入js执行队列，排队等待。所以每两次定时器触发的时间间隔可能 > 10ms。
setInterval每10s就向js执行队列添加一个setInterval事件等待执行。前面的setInterval事件可能被它之前的事件阻塞，导致执行晚了几拍。那么没两次定时时间触发的时间间隔可能 <10ms 。
3.web worker 才是真正多线程
来吧，试验一下:
index.html
<!DOCTYPE html> <html> <head> <meta charset="UTF-8"> <title></title> </head> <body> <script src="js/Fthread.js"></script> </body> </html>
Fthread.js
//这里创建一个webworker就是开一个新的线程 var worker=new Worker('js/Sthread.js');//创建子线程 //这里接收新的线程传来的data worker.onmessage = function(event) { console.log(event.data); }; //这个将会触发向子进程的请求 worker.postMessage("begin");
//构造一个无限循环 setTimeout(function () { while (true) { } }, 1000);
Sthread.js
//这里占有一个新线程，向主线程发送消息 postMessage('hello');
//实现之前的一个实例，看是否阻塞 setTimeout(function () { console.log('end 2'); }, 2000); setTimeout(function () { console.log('end 1'); }, 100); console.log('end');
运行结果：
end hello //这是两个线程数据的传送，可以不看 end1
哈哈，end1没有被阻塞，因为人家是在子线程运行滴。这才是多线程嘛。
看到某大大在博客里说可以使用webworker开线程给后台发送实时心跳。告诉后台前台没崩。不过开一个线程据说开销很大。这就。。。 大大链接：这里写链接内容
|