zoukankan      html  css  js  c++  java
  • 浏览器是怎样工作的二:渲染引擎 HTML解析(2)(转)

    本文作者:hfliu

    文章来源:携程UED

    解析示例

    在图5中我们构建了一个数学表达式解析树。让我们来试着定义一个简单的数学语言并看看解析是如何进行的。

    词汇:我们的语言可以包含整数,加号和减号。

    句法:

    1. 句法块由表达式,术语及操作符组成。
    2. 我们的语言可以包含任意数量表达式。
    3. 表达式定义为术语紧跟着操作符,再跟另外一个术语。
    4. 操作符是加号或减号。
    5. 术语可以是整数或表达式。

    让我们分析输入"2 + 3 – 1″。

    第一个符合规则的子字符串是"2″,根据规则#5它是一个术语。第二个匹配是"2 + 3″,符合第二条规则——一个术语紧跟一个操作符再跟另外一个术语。下一个匹配出现在输入结束时。"2 + 3 – 1″是一个表达式,因为我们已知"2+3"是一个术语,所以符合第二条规则。 "2 + + "不会匹配任何规则,所以是无效的输入。

    词法与句法的合法性定义

    词汇通常用正则表达式来表示。

    比如我们的语言可以定义为:

    INTEGER :0|[1-9][0-9]* PLUS : + MINUS: -

    如你所见,整型是由正则表达式定义的。

    句法常用BNF格式定义,我们的语言被定义为:

    expression := term operation term operation := PLUS | MINUS term := INTEGER | expression

    我们说过常规解析器只能解析上下文无关语法的语言。这种语言的一个直觉的定义是它的句法可以用BNF完整的表达。其规范定义请参考 http://en.wikipedia.org/wiki/Context-free_grammar

    解析器的类型

    解析器有两种基本类型——自上而下解析器和自下而上解析器。主观上可以认为自上而下的解析器从上层句法结构开始尝试匹配句法;自下而上的则从输入开始,慢慢转换成句法规则,从底层规则开始,直到上层规则全部匹配。

    让我们看看这两种解析器将怎样解析我们的例子:

    自上而下解析器从上层规则开始,它会把"2 + 3″定义为表达式,然后定义"2 + 3 – 1″为表达式(定义表达式的过程中也会匹配其它规则,但起点是最高级别规则)。

    自下而上的解析器会扫描输入,直到有匹配的规则,它会把输入替换成规则。这样一直到输入结束。部分匹配的规则会放入解析堆栈。

    StackInput
      2 + 3 – 1
    term + 3 – 1
    term operation 3 – 1
    expression - 1
    expression operation 1
    expression  

    这种自下而上的解析器叫作移位归约解析器,因为输入被向右移动(想象一下一个指针从指向输入开始逐渐向右移动) 并逐渐归约到句法树。

    自动创建解析器

    有一些工具可以为你创建解析器,它们通常称为解析器生成器。你只需要提供语法——词汇与句法规则——它就能生成一个可以工作的解析器。创建解析器需要对解析器有深入的了解,并且手动创建一个优化的解析器并不容易,所以解析器生成工具很有用。

    Webkit使用两款知名的解析器生成工具:Flex用于创建词法分析器,Bison用于创建解析器 (你也许会看到它们以Lex和Yacc的名字存在)。Flex的输入文件是符号的正则表达式定义,Bison的输入文件是BNF格式的句法定义。

    HTML解析器

    HTML解析器的工作是解析HTML标记到解析树。

    HTML语法定义

    HTML的词汇与句法定义在w3c组织创建的规范中。当前版本是HTML4,HTML5的工作正在进行中。

    不是上下文无关语法

    在对解析器的介绍中看到,语法可以用类似BNF的格式规范地定义。不幸的是所有常规解析器的讨论都不适用于HTML(我提及它们并不是为了娱乐,它们可以用于解析CSS和JavaScript)。HTML无法用解析器所需的上下文无关的语法来定义。过去HTML格式规范由DTD (Document Type Definition)来定义,但它不是一个上下文无关语法。

    HTML与XML相当接近。XML有许多可用的解析器。HTML还有一个XML变种叫XHTML,那么它们主要区别在哪里呢?区别在于HTML应用更加"宽容",它容许你漏掉一些开始或结束标签等。它整个是一个"软"句法,不像XML那样严格死板。 总的来说这一看似细微的差别造成了两个不同的世界。一方面这使得HTML很流行,因为它包容你的错误,使网页作者的生活变得轻松。另一方面,它使编写语法格式变得困难。所以综合来说,HTML解析并不简单,现成的上下文相关解析器搞不定,XML解析器也不行。 

    HTML DTD

    HTML的定义使用DTD文件。这种格式用来定义SGML族语言,它包含对所有允许的元素的定义,包括它们的属性和层级关系。如我们前面所说,HTML DTD构不成上下文无关语法。

    DTD有几种不同类型。严格模式完全尊守规范,但其它模式为了向前兼容可能包含对早期浏览器所用标签的支持。当前的严格模式DTD:http://www.w3.org/TR/html4/strict.dtd

    DOM

    解析器输出的树是由DOM元素和属性节点组成的。DOM的全称为:Document Object Model。它是HTML文档的对象化描述,也是HTML元素与外界(如Javascript)的接口。

    DOM与标签几乎有着一一对应的关系,如下面的标签

    1. <html>  
    2.     <body>  
    3.         <p> Hello World p>  
    4.         <div> <img src="example.png"/>div>  
    5.     body>  
    6.  html>  

    会被转换成如的DOM树:

    Figure 8: DOM tree of the example markup

    与HTML一样,DOM规范也由w3c组织制订。参考:http://www.w3.org/DOM/DOMTR. 这是一个操作文档的通用规范。有一个专门的模块定义HTML特有元素: http://www.w3.org/TR/2003/REC-DOM-Level-2-HTML-20030109/idl-definitions.html.

    当我们说树中包含DOM节点时,意思就是这个树是由实现了DOM接口的元素组成。这些实现包含了其它一些浏览器内部所需的属性。

  • 相关阅读:
    HDU 6071
    HDU 6073
    HDU 2124 Repair the Wall(贪心)
    HDU 2037 今年暑假不AC(贪心)
    HDU 1257 最少拦截系统(贪心)
    HDU 1789 Doing Homework again(贪心)
    HDU 1009 FatMouse' Trade(贪心)
    HDU 2216 Game III(BFS)
    HDU 1509 Windows Message Queue(队列)
    HDU 1081 To The Max(动态规划)
  • 原文地址:https://www.cnblogs.com/fxie/p/2862758.html
Copyright © 2011-2022 走看看