结果hello world 还是要等待5秒后才出来。但是如果细心的话你会发现浏览器标签上的load符号不见了。
继续猜想，0太小了，导致浏览器发现 setTimeout 后面没有js代码后马上就执行了setTimeout 里面的内容，即 f 函数。于是把时间改成100ms。
方案二：将上面的①部分替换为：
setTimeout(f, 100);
结果hello world瞬间弹出。有点小激动。有兴趣的同学可以继续测，这时你会发现会有一个临界值（不同浏览器的临界值不同），当setTimeout 第二个参数大于这个临界值时，hello world会瞬间弹出，反之则需要等待里面函数运行完成后弹出。
太神奇了，为什么会出现这种情况？要解答这个问题，我们必须要研究一下浏览器的线程机制了。
我们知道浏览器内部至少会有这么两个线程：解析js的线程和渲染界面的线程。这里我们暂且称它们为JS线程和UI线程。
由于js是可操纵DOM的，如果在修改这些元素属性同时渲染界面（即JS线程和UI线程同时运行），那么渲染线程前后获得的元素数据就可能不一致了。因此为了防止渲染出现不可预期的结果，浏览器控制JS线程和UI线程以列队的形式同步执行。
回到上面的问题，setTimeout执行时会新开一个定时器线程，这是正好处于JS线程运行当中，当JS线程执行完成后，发现setTimeout马上就要开始执行（即时间小于上述的临界值），为了避免UI线程运行时间太长而带来的setTimeout严重拖时的不好体验，浏览器选择一直等待直到setTimeout到期，然后运行里面的js。如果发现setTimeout还要隔较长时间才到期，为了避免时间上的浪费，浏览器选择马上切换到UI线程。
结论：setTimeout 可用于处理耗时的js代码，但千万要小心第二个参数不要设置太小了，否则你看到的同样是一个空白页面。推荐在100ms左右，可满足所有浏览器。当然，如果可以不兼容IE的话，抛弃setTimeout吧，web workers 会是个很好的选择。
在HTML4中，js创建的程序都是单线程的，Web Workers 是在HTML5中新增的，用来在web应用程序中实现后台处理的一种技术。使用这个API可以非常容易的创建在后台运行的线程：
var worker = new Worker('*.js');// 后台线程是不能访问页面或窗口对象的// 但可通过发送消息和接受消息与后台线程传递数据worker.onmessage = function (e) {};
worker.postMessage = function (e) {};