HTML元素标记不允许嵌套使用,Html5元素嵌套规则

HTML5的元素嵌套规则

元素的嵌套规则和页面头部申明的DTD有着千丝万缕的关系，DTD基础请查看我之前写的文章《DTD详解》，那么在最新的HTML5规范中是否对元素嵌套有着新的规范呢？

让我们先了解下W3C在最新的HTML5规范中对元素的分类方式：

如上图，元素的分类不再是块元素或内联元素这样来分类(其实从来就没有这样分)，而是按照如下分类来分：Flow(流式元素)、Heading(标题元素)、Sectioning(章节元素)、Phrasing(段落元素)、Embedded(嵌入元素)、Interactive(交互元素)、Metadata(元数据元素)。

Flow(流式元素)

在应用程序和文档的主体部分中使用的大部分元素都被分类为流式元素。

a， abbr， address， area(如果它是map元素的后裔)， article， aside， audio， b， bdi， bdo， blockquote， br， button， canvas， cite， code， command， datalist， del， details， dfn， div， dl，em， embed， fieldset， figure， footer， form， h1， h2， h3， h4， h5， h6， header， hgroup， hr， i， iframe， img， input， ins， kbd， keygen， label， map， mark， math， menu， meter，nav， noscript， object， ol， output， p， pre， progress， q， ruby， s， samp， script， section， select， small， span， strong， style(如果该元素设置了scoped属性)， sub， sup， svg， table，textarea， time， u， ul， var， video， wbr， text

Heading(标题元素)

标题式元素定义一个区块/章节(section)(无论是明确的使用章节式内容的元素标记，或者标题式内容自身所隐含的)的标题。

h1， h2， h3， h4， h5， h6， hgroup

Sectioning(章节元素)

章节式元素是用于定义标题及页脚范围的元素。

article， aside， nav， section

Phrasing(段落元素)

段落式元素是文档中的文本、标记段落级文本的元素。

a(如果其只包含段落式元素)， abbr， area(如果它是map元素的后裔)， audio， b， bdi， bdo， br， button， canvas， cite， code， command， datalist， del(如果其只包含段落式元素)， dfn， em， embed， i，iframe， img， input， ins(如果其只包含段落式元素)， kbd， keygen， label， map(如果其只包含段落式元素)， mark， math， meter， noscript， object， output， progress， q， ruby， s， samp， script，select， small， span， strong， sub， sup， svg， textarea， time， u， var， video， wbr， text

Embedded(嵌入元素)

嵌入式元素是引用或插入到文档中其他资源的元素。

audio， canvas， embed， iframe， img， math， object， svg， video

Interactive(交互元素)

交互式元素是专门用于与用户交互的元素。

a， audio(如果设置了controls属性)， button， details， embed， iframe， img(如果设置了usemap属性)， input(如果type属性不为hidden状态)， keygen， label， menu(如果type属性为toolbar状态)，object(如果设置了usemap属性)， select， textarea， video(如果设置了controls属性)

Metadata(元数据元素)

元数据元素是可以被用于说明其他内容的表现或行为，或者在当前文档和其他文档之间建立联系的元素

base，command，link，meta，noscript，script，style，title

各分类会有交叉或重叠的现象，这说明在html5中，元素可能属于上述所有分类中的一个或多个。

例子(1)：

~

元素：

Categories:

Flow

content.

Heading

content.

Palpable content.

Contexts in which this element can be used:

As a

child of an hgroup element.

Where flow content is

expected.

Content model:

Phrasing content.

其中的「Categories」说明该元素的类别，「Contexts

in which this element can be

used」说明该元素能在何种场景下被使用，也就是它的父元素是什么，「Content

model」说明该元素可以包含的内容是什么，由于页面中的元素是层层嵌套的，一个元素有可能既是父元素同时也是子元素的角色，所以下面我们以「Content

model」也就是可包含的子元素做讨论。

那么对于h1~h6元素：

它们同时属于Flow

content 、Heading

content 和Palpable

content三个分类

它们的父元素可以是，同时那些子元素是流式元素的元素也可以作为h1-h6元素的父元素

它们允许的子元素是段落式元素

例子(2)：

元素

Categories:

Flow

content.

Palpable content.

Contexts in which this element can be used:

Where phrasing content is

expected.

Content model:

Flow content.

对于

元素：

同时属于Flow

content 、Palpable

content分类

父元素必须是那些子元素为段落式元素的元素

允许的子元素是流式元素

元素允许的子元素是流式元素，流式元素基本涵括了页面中的大部分元素，所以我们在用

时可以不用担心嵌套错误的问题。

但对于

~

元素，它们允许的子元素为段落式元素，而段落式元素并不包含诸如

、

、

之类的元素，这就说明按照html5的规范，是不允许在标题元素内部嵌入

、

、

之类的元素。

例子(3)：元素

Categories:

Flow

content.

Phrasing content.

Interactive content.

Palpable content.

Contexts in which this element can be used:

Where phrasing content is

expected.

Content model:

Transparent, but there must be no interactive

content descendant.

同时属于Flow

content 、Phrasing

content、Interactive

content、Palpable

content分类

父元素必须是那些子元素为段落式元素的元素

允许的子元素是以它的父元素允许的子元素为准，但不能包含交互式元素

再来看文章开头中提到的代码

1

2

3

<ul>

<li><h4><a href=""><div>div>a>h4>li>

ul>

元素的，所以FCAEBOOK这样的嵌套方法是错误的！

让我们来把代码做一下修改：

1

2

3

<ul>

<li><div><a href=""><div>div>a>div>li>

ul>

，而

元素允许的子元素是流式元素，流式元素中包含

元素，所以这样的情形下在里面嵌套

就是正确的做法！

嵌套错误可能引起的问题

上面讲了HTML5对元素新的分类方式和以

~

、

1

<div><h2>内容div>h2>

测试结果：

例子(2)：

元素嵌套

元素

1

<p><div>内容div>p>

测试结果：

例子(3)：列表元素

兄弟元素为

1

<ul><li>内容li><div>内容div>ul>

测试结果：

例子(4)：

元素嵌套

元素

1

<h2><div>内容div>h2>

测试结果：

例子(5)：元素嵌套元素

1

<a href=""><a href="">内容a>a>

测试结果：

通过上述例子，我们总结如下：

元素开始与结束标签嵌套错误，页面可以在大部分浏览器被正常解析，IE9会出现解析错误

在

元素内嵌入

等元素造成所有浏览器的解析错误

在

~

元素内嵌入

等元素所有浏览器可以解析正常

在元素内嵌入元素会导致所有浏览器的解析错误

在列表元素

等插入非列表兄弟元素会导致IE6\IE7的解析错误

其实，这里说解析错误并不是很合理，应该是说浏览器解析出来的结果和我们期望的结果不一致，但任何的嵌套错误都不会导致页面呈现有很大的出错。

我们知道JS代码如果写的有语法错误，浏览器的JS解释器就会拒绝执行并且报错，而浏览器在遇到不符合语法规定的HTML代码时则会千方百计将其呈现出来。

严格嵌套约束、语义嵌套约束

通过上面的示例我们发现在

元素里嵌套

元素或者元素里元素会导致所有的浏览器都解析错误，这其实是W3C规范的严格嵌套约束，严格嵌套约束要求必须去遵守，不然就会导致所有浏览器的解析错误。

严格嵌套约束规则：

a元素里不可以嵌套交互式元素(、、