您的位置：首页 > Web前端 > JavaScript

深入理解javascript异步编程障眼法&&h5 web worker实现多线程

2016-07-21 17:28 597 查看

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 lang="en">
<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开线程给后台发送实时心跳。告诉后台前台没崩。不过开一个线程据说开销很大。这就。。。

大大链接：这里写链接内容

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签： javascript javascript引擎

相关文章推荐

新的分享

章节导航