首先,有一个关于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这句话的时候, 就已经打了点,如果回头执行队列的时间大于setTimeout设置的时间,就再等到了那个时间在触发setTimeout的回调, 如果小于setTimeout设置的时间,就立即执行(实际上已经延时太多了,这就是证明setTimeout不准的铁证,其实就算没有这种影响,也是不准的)。 具体可以参考这篇 Javascript的单线程性质以及定时器的工作原理但是第二个问题呢?我是这么想的:JS的单线程的,但是浏览器不是啊,所以是浏览器的另外一个线程负责的打点,如果您有不同的想法,请反馈给我吧,不胜感激。
最近在研究一些原生JS的基础以及深入,发现真是路漫漫其修远兮,为自己加油!
新闻热点
疑难解答