chrome和Firefox浏览器渲染页面的不同

一直很好奇chrome和firefox这两大浏览器的页面渲染有什么不同,今天自己写了些html代码来做了下检验。

先做html编码,代码如下:

<!DOCTYPE html>
<html>
    <head>
        <title>测试浏览器渲染</title>
        <meta charset="UTF-8">
        <meta name="viewport" content="width=device-width, initial-scale=1.0">  
    </head>
    <body>
        <img src="images/marx.png">
        <div>Render html</div>
        <div id="test">正在执行...</div>
        <script type="text/javascript" src="lib/jquery-1.7.1.js"></script>
        <script>
            var end = 1000000;
             
            for(i=1;i<=end;i++)
            {
                $("#test").html("执行js"+i);
            }
        </script>
        <link rel="stylesheet" type="text/css" href="css/renderA.css">
    </body>
</html>

在css文件引入的前面写了段耗时较长的js代码,目的就是想检验一下css未引入时,两个浏览器渲染页面有什么不同,然后我做了件看起来无关紧要的事,将这个页面部署在tomcat server里,再启动tomcat,在浏览器里查看渲染效果,看起来有点多此一举,但是不这样做的话,firefox浏览器控制台下面的网络栏看不到文件加载的具体详情,这个我还没找到为啥,先去查查资料吧。好了,启动server,在浏览器里查看渲染效果。

先看看在chrome 里的渲染效果(我这里没安装chrome浏览器,用的是360浏览器,并切换至多标签模式,这模式就是使用chrome浏览器的内核,吐槽:该死的瓜子二手车,尼玛这广告无处不在)。

可以看到renderA.css文件处于pending状态,写的样式

body {
background-color: navy;
color:#ffffff;

}

也暂时未生效,但是img图片和文字是先加载出来了的,随后,在那个超长的for循环完成之后,css文件加载上来了,渲染生效了

同时,我在firefox里也做了实验,先输入地址,看到效果却是这样子的

因为那段for循环未执行完,css也未加载上来,整个html未读取完,所以网页内容仍然是设置的默认页面,除了个jquery文件处于pending状态,什么都没有加载上来,页面上什么都没有,还是原来的默认页面内容。

随后,js那段for循环执行完毕,css加载完毕,html读取完毕,才渲染整个页面。

看到了区别,大致总结了一下chrome和firefox浏览器渲染的不同:

1、chrome不管html读取完没有,总是有一个预加载的,img图片或者其他元素都是预先加载上来了的,虽然样式有点丑;

firefox没有这个预加载的过程,中规中矩的等待整个html文件读取完毕,再行加载各元素。

2、chrome渲染虽然也是等整个html文件读取完毕,再行渲染,但是它的预加载为他加分不少,这样子做的缺点在于有一个超级丑的展示过程,看着难受;

firefox虽然没有这个预加载,没有那个特丑的展示过程,只要渲染完毕,展示给用户的就是一个好看的有样式的页面,但是缺点在于如果这一下渲染的东西过多,或者同时还要下发请求查询数据什么的,浏览器压力恐怕有些大,尤其是部分较低版本的firefox浏览器稳定性并不好,这时候有挂掉的可能。

当然也有共同点:

1、js脚本执行阻塞了页面的渲染;

2、样式的渲染都是css文件加载完之后才开始的;

大致就写这儿多吧,关于浏览器渲染差别的探讨还要继续,加油自己!

时间: 2024-10-21 10:30:33

chrome和Firefox浏览器渲染页面的不同的相关文章

浏览器渲染页面和加载页面机制

为什么有些网站打开的时候会加载会很慢,而且是整个页面同时显示的,而有些网站是从顶到下逐步显示出来的?要搞懂这个可以先从下面这个常规流程开始: 1. 浏览器下载的顺序是从上到下,渲染的顺序也是从上到下,下载和渲染是同时进行的. 2. 在渲染到页面的某一部分时,其上面的所有部分都已经下载完成(并不是说所有相关联的元素都已经下载完). 3. 如果遇到语义解释性的标签嵌入文件(JS脚本,CSS样式),那么此时IE的下载过程会启用单独连接进行下载. 4. 并且在下载后进行解析,解析过程中,停止页面所有往下

浏览器渲染页面原理(看到一个网站写的不错 收录的,一起学习)

当了解web访问原理后,与前端工程师或页面重构师工作更为关系密切的应该是浏览器,WEB 页面运行在各种各样的浏览器当中,浏览器载入.渲染页面的速度直接影响着用户体验, 特别是浏览器渲染页面的原理,页面渲染就是浏览器将 HTML 代码根据 CSS 定义的规则显示在浏览器窗口中的这个过程,理解了原理就更会容易理解前端优化的一些准则. 主要过程:(主要参考文章:http://www.webskys.com/artilc/228.html) 1. 用户输入网址(假设是个 HTML 页面,第一次访问,无缓

浏览器渲染页面原理

当了解web访问原理后,与前端工程师或页面重构师工作更为关系密切的应该是浏览器,WEB 页面运行在各种各样的浏览器当中,浏览器载入.渲染页面的速度直接影响着用户体验, 特别是浏览器渲染页面的原理,页面渲染就是浏览器将 HTML 代码根据 CSS 定义的规则显示在浏览器窗口中的这个过程,理解了原理就更会容易理解前端优化的一些准则. 主要过程:(主要参考文章:http://www.webskys.com/artilc/228.html) 1. 用户输入网址(假设是个 HTML 页面,第一次访问,无缓

浏览器渲染页面的探讨

我们都知道,网页中引用的外部文件: JavaScritp.CSS 等常常会阻塞浏览器渲染页面,执行一大片js代码也会迟滞页面的渲染.假设在 <head> 中引用的某个 JavaScript 文件由于各种不给力需要2秒来加载:或者,我们在页面中插入某段执行起来很耗时的js代码,那么浏览器渲染页面的过程就会被阻塞,直到JS文件下载并执行完后才继续.由此可见,前端性能调优时必须排除任何潜在的渲染阻塞点,让浏览器在最短时间内渲染出整体页面. 先来看看,为什么会发生渲染阻塞? 例如:有如下的html文件

Chrome和Firefox浏览器执行new Date() 函数传参数得到不同结果的陷阱

某日,同事问到关于new Date() 函数传参数,在火狐浏览器和谷歌浏览器控制台运行,会得到不同的结果,刚开始觉得不可能,后来实际操作才发现此陷阱 var date = new Date('2014-07-25T23:00:00'); alert(date); 在火狐浏览器返回的是: Date {Fri Jul 25 2014 23:00:00 GMT+0800} 火狐浏览器版本(通过navigator.userAgent输出):"Mozilla/5.0 (Windows NT 6.1; WO

网页性能优化:防止JavaScript、CSS阻塞浏览器渲染页面

网页中引用的外部文件: JavaScritp.CSS 等常常会阻塞浏览器渲染页面.假设在 <head> 中引用的某个 JavaScript 文件由于各种不给力需要2秒来加载,那么浏览器渲染页面的过程就会被阻塞2秒,直到该JS文件下载并执行完后才继续. 前端性能调优时必须排除任何潜在的渲染阻塞点,让浏览器在最短时间内渲染出整体页面. 1.JavaScript为何会阻塞? <!doctype html> <html> <head> <script type

浏览器渲染页面多的流程(参考网上有关资料整理)

浏览器渲染页面也就表示我们网上的资源已经请求成功 首先我们要明确浏览器渲染页面大致分为这几个步骤 1.浏览器解析html文档从而使构建成dom文档树=>2.构建render树=>3.布局render树=>4.绘制render树 1.浏览器会将html文档解析成一个dom文档树,dom树构建的过程是一个深度遍历的过程,只有当当前节点的所有子节点都构建好了以后,才会去构建当前节点的下一个兄弟节点.Dom树的构建过程为:将字节转换成字符,确定tokens,将tokens转换成节点,然后构建do

浅谈浏览器解析 URL+DNS 域名解析+TCP 三次握手与四次挥手+浏览器渲染页面

(1)浏览器解析 URL 为了能让我们的知识层面看起来更有深度,我们应该考虑下面两个问题了: 从浏览器输入 URL 到渲染成功的过程中,究竟发生了什么? 浏览器渲染过程中,发生了什么,是不是也有重绘与回流? OK,兴致来了,我们就先从 浏览器解析 URL 看起,先来看看当用户输入 URL,到浏览器呈现给用户页面,经历了以下过程: 版本 A: 用户输入 URL 地址. 对 URL 地址进行 DNS 域名解析. 建立 TCP 连接(三次握手). 浏览器发起 HTTP 请求报文. 服务器返回 HTTP

浏览器渲染页面过程

一.浏览器加载和渲染html的顺序 1.IE下载的顺序是从上到下,渲染的顺序也是从上到下,下载和渲染是同时进行的.2.在渲染到页面的某一部分时,其上面的所有部分都已经下载完成(并不是说所有相关联的元素都已经下载完)3.如果遇到语义解释性的标签嵌入文件(JS脚本,CSS样式),那么此时IE的下载过程会启用单独连接进行下载.4.并且在下载后进行解析,解析过程中,停止页面所有往下元素的下载.阻塞加载5.样式表在下载完成后,将和以前下载的所有样式表一起进行解析,解析完成后,将对此前所有元素(含以前已经渲