主要意思就是说javascript引擎是单线程执行的,while循环那里执行的时候,settimeout里面的函数根本没有执行的机会,这样while那里永远为真,造成死循环。但是单纯看还是不怎么踏实,最后发挥实践精神,自己动手做了两个实验:
1、简单的settimeout
setTimeout(function
() { while
(true
) { } }, 1000);
setTimeout(function
() { alert('end 2'
); }, 2000);
setTimeout(function
() { alert('end 1'
); }, 100);
alert('end'
);
执行的结果是弹出‘end’‘end 1’,然后浏览器假死,就是不弹出‘end 2’。也就是说第一个settimeout里执行的时候是一个死循环,这个直接导致了理论上比它晚一秒执行的第二个settimeout里的函数被阻塞, 这个和我们平时所理解的异步函数多线程互不干扰是不符的。使用mule生成WSDL中文乱码问题解决方法
2、ajax请求回调
接着我们来测试一下通过xmlhttprequest实现ajax异步请求调用,主要代码如下:
var
xmlReq = createXMLHTTP();//创建一个xmlhttprequest对象
function
testAsynRequest() {
var
url = "/AsyncHandler.ashx?action=ajax"
;
xmlReq.open("post"
, url, true
);
xmlReq.setRequestHeader("Content-Type"
, "application/x-www-form-urlencoded"
);
xmlReq.onreadystatechange = function
() {
if
(xmlReq.readyState == 4) {
if
(xmlReq.status == 200) {
var
jsonData = eval('('
+ xmlReq.responseText + ')'
);
alert(jsonData.message);
}
else
if
(xmlReq.status == 404) {
alert("Requested URL is not found."
);
} else
if
(xmlReq.status == 403) {
alert("Access denied."
);
} else
{
alert("status is "
+ xmlReq.status);
}
}
};
xmlReq.send(null
);
}
testAsynRequest();//1秒后调用回调函数
while
(true
) {
}
在服务端实现简单的输出:TP-LINK WR340G设置教程
private
void
ProcessAjaxRequest(HttpContext context)
{
string
action = context.Request["ajax"
];
Thread.Sleep(1000);//等1秒
string
jsonObject = "{\"message\":\""
+ action + "\"}"
;
context.Response.Write(jsonObject);
}
理论上,如果ajax异步请求,它的异步回调函数是在单独一个线程中,那么回调函数必然不被其他线程”阻挠“而顺利执行,也就是1秒后,它回调执行弹出‘ajax’,可是实际情况并非如此,回调函数无法执行,因为浏览器再次因为死循环假死。
结论:根据实践结果,可以得出,javascript引擎确实是单线程 处 理它的任务队列(能理解成就是普通函数和回调函数构成的队列吗?)的。在javascript里实现异步编程很大程度上就是一种障眼法,单线程的引擎实现 多线程的编程,如果要实现一些资源同步互斥之类的操作(一如C#、Java等语言的多线程),我感觉真正实现起来根本无法轻易得到保证。
补充:如何实现javascript的sleep呢?在stackoverflow上找到一篇javascript sleep,试了一下,效果是有了,但是执行的时候cpu很高,真还不如直接settimeout呢。