浏览器兼容问题项目总结(一)浏览器
来源:互联网 发布:智能视频分析软件 编辑:程序博客网 时间:2024/05/16 15:11
一、浏览器
浏览器是指可以显示网页服务器或者文件系统的HTML文件(标准通用标记语言的一个应用)内容,并让用户与这些文件交互的一种软件。
浏览器的主要功能就是向服务器发出请求,在浏览器窗口中展示您选择的网络资源。
这里所说的资源一般是指 HTML 文档,也可以是 PDF、图片或其他的类型。资源的位置由用户使用URI(统一资源标符)指定。
多年以来,各浏览器都没有完全遵从这些规范,同时还在开发自己独有的扩展程序,这给网络开发人员带来了严重的兼容性问题。如今,大多数的浏览器都是或多或少地遵从规范。
目前使用的主流浏览器有五个:Internet Explorer、Firefox、Safari、Chrome 和 Opera。
Trident引擎:Internet Explorer
Webkit引擎:Chrome(28版本后基于blink,blink是webkit的一个分支)和Safari
Gecko引擎:Firefox
Presto引擎:早期Opera采用,后用webkit引擎
2. 浏览器的主要组件
3. 浏览器内核工作原理简介
3.1渲染引擎:渲染引擎在浏览器窗口中显示所请求的内容,浏览器内核分成两部分:渲染引擎和js引擎,由于js引擎越来越独立,内核就倾向于只指渲染引擎,所以渲染引擎也称为浏览器内核。
渲染引擎一开始会从网络层获取请求文档的内容,通常以8K分块的方式完成。 获取了文档内容之后,渲染引擎开始正式工作,其基本流程如图所示:
渲染引擎解析HTML文档,并将文档中的标签转化为DOM节点树,即”内容树”。同时,它也会解析外部CSS文件以及style标签中的样式数据。这些样式信息连同HTML中的”可见内容”一道,被用于构建另一棵树——”渲染树(Render树)”。渲染树构建完毕之后,将会进入”布局”处理阶段,即为每一个节点分配一个屏幕坐标。再下一步就是绘制(painting),即遍历render树,并使用UI后端层绘制每个节点。
注意:这个过程是逐步完成的,为了更好的用户体验,渲染引擎将会尽可能早的将内容呈现到屏幕上,并不会等到所有的html都解析完成之后再去构建和布局渲染树。它是解析完一部分内容就显示一部分内容,同时,可能还在通过网络下载其余内容。
DOM:文档对象模型(Document Object Model,简称DOM),是W3C组织推荐的处理可扩展标志语言的标准编程接口。在网页上,组织页面(或文档)的对象被组织在一个树形结构中,用来表示文档中对象的标准模型就称为DOM。
Webkit渲染流程如图所示:
渲染引擎解析:
解析一个文档即将其转换为具有一定意义的结构——编码可以理解和使用的东西。解析的结果通常是表达文档结构的节点树,称为解析树或语法树。
1.解析
1.1 与上下文无关的语法
所有可以解析的格式都对应确定的语法(由词汇和语法规则构成),这称为与上下文无关的语法。这里先说要说明的是:CSS、JavaScript是与上下文无关的语法,而HTML不是与上下文无关的语法。
1.2 解析器
解析的过程可以分成两个子过程:词法分析和语法分析。
词法分析是将输入内容分割成大量标记的过程。标记是语言中的词汇,即构成内容的单位。
语法分析是应用语言的语法规则的过程。
解析是一个迭代的过程。通常,解析器会向词法分析器请求一个新标记,并尝试将其与某条语法规则进行匹配。如果发现了匹配规则,解析器会将一个对应于该标记的节点添加到解析树中,然后继续请求下一个标记。如果没有规则可以匹配,解析器就会将标记存储到内部,并继续请求标记,直至找到可与所有内部存储的标记匹配的规则。如果找不到任何匹配规则,解析器就会引发一个异常。这意味着文档无效,包含语法错误。
2.HTML解析
HTML 解析器的任务是将 HTML 标记解析成解析树。HTML 的词汇和语法在 W3C 组织创建的规范中进行了定义,html不能简单的用解析所需的上下文无关文法来定义。
浏览器为html定制了专属的解析器。Html5规范中描述了这个解析算法,算法包括两个阶段——符号化和构建树,Html解析流程如图所示。
符号化是词法分析的过程,将输入解析为符号,html的符号包括开始标签、结束标签、属性名及属性值。符号识别器识别出符号后,将其传递给树构建器,并读取下一个字符,以识别下一个符号,这样直到处理完所有输入。
3.CSS解析
css属于上下文无关文法,可以用前面所描述的解析器来解析。Css规范定义了css的词法及语法文法。每个符号都由正则表达式定义了词法(词汇表),语法用BNF(由 John Backus 和 Peter Naur 首先引入的用来描述计算机语言语法的符号集)进行描述。
Webkit使用Flex和Bison解析生成器从CSS语法文件中自动生成解析器。
3.2JS引擎
JS引擎是一个专门处理JS脚本的虚拟机,专门设计来解释和执行的 JavaScript 代码。JS引擎会加载你的源代码,把它分解成字符串,把这些字符串转换成编译器可以理解的字节码,然后执行这些字节码。
不同浏览器有不同的JS引擎:
Browser, Headless Browser, or Runtime
JavaScript Engine
Mozilla
Spidermonkey
Chrome
V8
Safari
JavaScriptCore
IE and Edge
Chakra
HTML Unit
Rhino
Node.js
V8
二、浏览器兼容性原理浏览器兼容性问题:是指因为不同的浏览器对同一段代码有不同的解析,造成页面显示效果不统一的情况。
在版面设计中,产生浏览器兼容性问题的主要原因是不同浏览器内核和不同浏览器版本对网页代码解析不一致,例如浏览器对HTML、CSS属性的支持不一致;对脚本语言的支持不一致;网页设计人员编写规范存在问题,不符合W3C标准;以及用户使用的设备分辨率不一致,容易产生网页错位,元素显示不全,图片显示不一致等问题。
CSShack:为了获得统一的页面效果,就需要针对不同的浏览器或不同版本写特定的CSS样式,把针对不同的浏览器/不同版本写相应的CSS code的过程,叫做CSS hack。
由于Hack大部分针对IE不同版本兼容,而且只针对css(样式)兼容,不适于WFT本次兼容性,故本次没有采用CSS Hack写法。
参考资料:
- 浏览器兼容问题项目总结(一)浏览器
- 浏览器兼容问题(一)
- 浏览器兼容问题项目总结(三)事件处理机制
- 浏览器兼容问题总结
- 浏览器兼容问题总结
- IE浏览器兼容问题总结
- TM_CSS浏览器兼容问题总结
- 浏览器兼容问题总结
- 浏览器兼容问题总结
- CSS浏览器兼容问题总结
- 浏览器兼容问题总结
- 浏览器内核 兼容问题--总结
- 浏览器兼容问题总结
- CSS浏览器兼容问题集(一)
- CSS浏览器兼容问题集(一)
- 浏览器兼容问题项目总结(四) 页面的最小宽度的设定
- 浏览器兼容问题项目总结(五)table中td和li高度问题
- 浏览器兼容问题项目总结(六) 页面嵌套多个iframe滚动条兼容性修改
- WPF内存释放,C#
- 数学之美 (1 马尔科夫
- Spring Cloud构建微服务架构(四)分布式配置中心
- VMware虚拟机Mac OS X无法调整扩展硬盘大小的解决方式
- Angular 2 实践纲要
- 浏览器兼容问题项目总结(一)浏览器
- junit4 assert类中的assert方法总结 (2015-01-25 22:29:51)转载▼
- centOS下安装 JDK
- cesiumjs学习笔记之四——CZML
- 使用CXF开发WebService服务器端接口
- 忘记oracle的sys用户密码怎么修改
- java内存模型读书笔记
- GreenDao自带异步操作类简析
- Boolean数据类型转换