由于不是很了解浏览器的内部执行策略，本文只能是通过前端一些测试依稀猜测些结论：
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)。
我以为会报错，结果所有浏览器都没有报错。
