setTimeout的若干坑

第一坑:作用域

首先,有一个关于this的面试题,是这样的:


var fullname = 'John Doe';
var obj = {  
    fullname: 'Colin Ihrig',   
    prop: {      
        fullname: 'Aurelio De Rosa',      
        getFullname: function() {         
            return this.fullname;      
        }   
    }
};
console.log(obj.prop.getFullname()); 
var test = obj.prop.getFullname; 
console.log(test());

主要考察的是this的指向,很明显,this是根据上下文的执行环境决定的,obj.prop.getFullname()的上下文是obj.prop,而执行var test = obj.prop.getFullname,实际上是window.test = obj.prop.getFullname; 所以window.test()的this指向的是window,该题的结果为:先打印出Aurelio De Rosa,然后再打印出John Doe。但是,但问题还没有结束,变个形:


var fullname = 'John Doe';
var obj = {  
    fullname: 'Colin Ihrig',   
    prop: {      
        fullname: 'Aurelio De Rosa',      
        getFullname: function() {   
			setTimeout(function () {
				console.log(this.fullname);
			},100);              
            return this.fullname;      
        }   
    }
};
console.log(obj.prop.getFullname()); 
var test = obj.prop.getFullname; 
console.log(test());

那现在呢,在setTimeout中会弹出什么?当时确实有那么几毫秒难住了我,一想,这个setTimeout,不就相当于window.setTimeout嘛,所以,setTimeout中的this依旧指向window,在setTimeout中console打印的结果为:John Doe。

第二坑:执行顺序

还是一个面试题,如下:


setTimeout(function(){ t = false; }, 1000);  
while(true){}  
alert('end'); 

问题来了:alert是否能够弹出?为什么?问题的答案是:不能弹出来,因为JS的单线程的,永远的单线程。在while(true)的时候陷入了死循环,就再先出不来了。关于JS的执行机制,请看这里:JavaScript 运行机制详解:再谈Event Loop这篇文章,已经很详细了,我就不多说了。

疑惑:时间点问题

然后,同事问了我个比较诡异的问题,如下:


console.log(1);

setTimeout(function() {
	console.log('timeout invoke');
	console.timeEnd('timeout');
}, 2000);

console.log(2);

console.time('hard');
console.time('timeout');

for (var i = 0;i<2000000000;i++) {}

console.timeEnd('hard');

console.log(3);

在chrome下,time的标志点hard的大概时间的13秒左右,那么问题来了,setTimeout的第二个参数若为2000(2秒),timeout这个时间为多少?如果为16000(16秒),时间为多少? 经过测试发现,如果这个setTimeout的时间设置为小于13秒,setTimeout会在console.log(3)后立即执行(与hard标志点间隔特别小),如果大于13秒,就在console.log(3)后的t-13秒后触发。 这就让我们很是疑惑,疑惑的点在于在浏览器内部。

  • 是什么时候开始进行setTimeout的时间打点呢?
  • JS是单线程的,是哪个线程打的点呢?

而经过测试发现,是在执行到setTimeout这句话的时候, 就已经打了点,如果回头执行队列的时间大于setTimeout设置的时间,就再等到了那个时间在触发setTimeout的回调, 如果小于setTimeout设置的时间,就立即执行(实际上已经延时太多了,这就是证明setTimeout不准的铁证,其实就算没有这种影响,也是不准的)。 具体可以参考这篇 JavaScript的单线程性质以及定时器的工作原理
但是第二个问题呢?我是这么想的:JS的单线程的,但是浏览器不是啊,所以是浏览器的另外一个线程负责的打点,如果您有不同的想法,请反馈给我吧,不胜感激。

最后

最近在研究一些原生JS的基础以及深入,发现真是路漫漫其修远兮,为自己加油!

posted @ 2014-10-13 11:52  LonelyClick  阅读(4238)  评论(19编辑  收藏  举报