由于不是很了解浏览器的内部执行策略,本文只能是通过前端一些测试依稀猜测些结论:
1)测试举例
做了两个例子:
1-1)脚本在页面中直接执行,通过刷新看结果
测试结果: 在ie各个版本浏览器下,得到的alert结果大体为:14左后,区间为8~21毫秒之间;
chrome19,基本为1,区间为1~5之间,但是偶尔会是15左右
firefox12,基本为3,区间为2~7之间,但是偶尔也有15左右的值
safari5.1,基本为4,区间为1~7之间,但是偶尔也有15左右的值
opera11.5,基本为5,区间为2~8之间,但是偶尔有很大值
1-2)通过点击div看结果
测试结果:
在ie各个版本浏览器下,得到的alert结果大体为:5左后,偶尔有大值;
chrome19,基本为2,偶尔为3
firefox12,基本为1,0,2,但是偶尔也有13左右的值
safari5.1,基本为1,偶尔为2和3
opera11.5,基本为4,3,,但是偶尔有12左右的值。
以上测试,均在打开多个干扰复杂页面的标签、单个标签中测试。结果差不多。
2)说明什么? 其实也得不到什么结论,但是测试结果基本反映了当前流行浏览器js脚本的效率排名。
究其原因,可能得出一些印证:
2-1)由于js的主执行线程为单线程,所以此值肯定一般大于0,setTimeout的执行时间点只是加入js主执行队列中的时间点,至于什么时候执行,是由js引擎线程按顺序执行的队列来决定。此结论在很多处说到。可自行查阅( 如:
JavaScript可否多线程? 深入理解JavaScript定时机制);
此结论也印证很火时候用setTimeout做动画不流畅的原因等。
顺便在此贴出背光的一副图很能说明问题:
3-2)测试偶尔的很大值,也有可能是js主执行线程中做了其他事情,如GC等。因为大值重复出现几率很少。
总结:其实我是没有得出结论,只是好奇,然后猜测,看看可能是情况和结果,希望大家批评指正。或者有结论的答复我。
另外:setTimout函数中第二个参数如果为负数,则和0具有一样的效果,如果setTimeout(function(){console.log('test')},-100);等同于setTimeout(function(){console.log('test')},0)。
我以为会报错,结果所有浏览器都没有报错。