javascript中settimeout和异步引发思考
下面的代码,多久之后会弹出’end’? 为什么?
代码如下 | |
var t = true; |
这是以前在想有没办法实现阻塞javascript线程的时候(即实现sleep方法), 想过的一种实现.
很简单,是吧?
是吗?
重新认识javascript的settimeout和异步
今晚看到QLeelulu的一道JavaScript面试题(setTimeout), 稍微想了一下, 好不容易连猜带蒙, 凑巧说对了答案. 但是原因到底是什么呢?自己一时也说不太清楚, 反正感觉就是一个死循环造成的. 然后看了一下文章下面的评论, 发现5楼(典型的死循环…… js是单线程执行的, while里面死掉的时候setTimeout里面的函数是没机会执行的.) 和6楼 (setTimeout 只是挂了个定时任务, 但是 JS 本身是单线程的, while 那里肯定死掉了.)的回答很有道理, 主要意思就是说javascript引擎是单线程执行的, while循环那里执行的时候, settimeout里面的函数根本没有执行的机会, 这样while那里永远为真, 造成死循环. 但是单纯看还是不怎么踏实, 最后发挥实践精神, 自己动手做了两个实验:
1. 简单的settimeout
代码如下 | |
setTimeout(function(){while(true){}},1000); |
执行的结果是弹出’end’ ‘end 1′, 然后浏览器假死, 就是不弹出’end 2′. 也就是说第一个settimeout里执行的时候是一个死循环, 这个直接导致了理论上比它晚一秒执行的第二个settimeout里的函数被阻塞, 这个和我们平时所理解的异步函数多线程互不干扰是不符的.
2. ajax请求回调
接着我们来测试一下通过xmlhttprequest实现ajax异步请求调用, 主要代码如下:
代码如下 | |
var xmlReq = createXMLHTTP();//创建一个xmlhttprequest对象 |
在服务端实现简单的输出:
代码如下 | |
private void ProcessAjaxRequest(HttpContext context){ |
理论上, 如果ajax异步请求, 它的异步回调函数是在单独一个线程中, 那么回调函数必然不被其他线程”阻挠”而顺利执行, 也就是1秒后, 它回调执行弹出’ajax’, 可是实际情况并非如此,回调函数无法执行,因为浏览器再次因为死循环假死.