谷歌（版本 55.0.2883.87 m），火狐（48.0.2），ie(11.576.14393.0)对三个浏览器简单的进行了一下试验发现。
3
499
浏览器测试
1啊222333是
1啊是sd第三方s的士大夫f444速度啊分士大夫2222
1啊是sd第三方s的士大夫f速度啊分士大夫222
1啊是sd第三方s的士的士大2222夫士大夫大夫f速度啊分士大夫
谷歌浏览器
火狐浏览器
ie11
出现这种情况，我的理解是谷歌浏览器是等到html全部解析完毕之后才开始渲染，而另外两款浏览器则是边解析边渲染。
然而，当把script里面的js代码从alert换成
var time=+new Date();
while(true){
if(+new Date()-time>3000){
break;
}
}时候发现，三款浏览器都需要经过3秒延迟之后才进行页面渲染更新。
我的问题是，为什么这段延迟代码和上面的通过alert实现的阻塞 两者在页面渲染结果不一样？
Copyright 2014-2026 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
收藏
在我电脑上测试，第一段代码在所有浏览器中都是一致的，所以跟楼主说的在谷歌不渲染有点不一样。
下面是正文：
通常是在请求JS文件的时候，浏览器才会判断DOM上是否能够渲染出来。这里面用到的两种都是内嵌的JS代码执行。JS代码的执行的时候，页面是不会被重新渲染的，也就是说会阻塞。第二段代码是一个大于3秒的循环操作，因此这个时候，页面是会被阻塞不会渲染的。
至于alter，这个比较特殊，因此执行JS的时候，alter后面的代码并不会被执行，因此这个时候一些浏览器可以做出优化，将DOM中可以渲染的都渲染到页面。这个就解释了alter渲染的问题。
因此边解析边渲染虽然可以这么做，但好像很多浏览器都没有这么实现。文中所做的测试只是符合alter的优化条件而已。
我的谷歌浏览器是是5.0的，效果文中其他两个浏览器是一致的。至于为什么5.5的不会显示，我没有下载测试过这里不好评论。不过我觉得可能是对alter的优化条件进行改变了吧。
1、我觉得应该是浏览器对alert的实现不同
有可能FF和ie的实现是长这样的:
而chrome的实现长这样：
2、死循环强行阻塞
在FF和IE中可能是这样的：
文档从上往下开始解析，遇到script解析执行脚本，进入死循环，阻塞渲染，但是仍然继续往下解析直到不再阻塞渲染时开始渲染。
在chrome中可能是这样的：
文档从上往下开始解析，遇到script解析执行脚本，进入死循环，阻塞渲染，但是不往下解析，直到循环结束，开始渲染并且继续往下解析。