html - 为什么要在 HTML 文件上放置 XHTML 文档类型声明？那有什么作用？

Question

我想知道有多少网页是 HTML 文件，但带有 XHTML DOCTYPE 声明。
人们为什么要这样做？他们希望达到什么目的？为什么不为实际的 XHTML 文件保留 XHTML 文档类型声明？

还是我遗漏了什么？

编辑:对于什么是“实际的 XHTML 文件”存在一些混淆；为了证明差异不是由 DOCTYPE 声明引起的，请比较 this file至 this one .第一个是 HTML，第二个是 XHTML，尽管内容相同；只有文件类型不同。两者都在兼容的浏览器中显示良好，但第一个是用 HTML 解析器解析的，第二个是用 XML 解析器解析的。

Answer 1

Why put an XHTML doctype declaration on HTML files? What does that do?

所做的只是告诉标记验证器他们将要验证一个 XHTML 文档，而不是一个常规的、以 SGML 为根的 HTML 文档。它描述了内容，或者更具体地说是后面的标记，但没有别的。

Why are people doing this? What do they hope to achieve? Why not reserve the XHTML doctype declaration for actual XHTML files?

Or am I missing something?

有点。实际发生的事情是，人们没有意识到只是将 XHTML 文档类型声明放在 HTML 文档之上并不会自动将其转换为 XHTML 文档，尽管不可否认这是每个人都希望的。

你看，大多数 Web 应用程序都没有配置为将 XHTML 文档正确序列化为 application/xhtml+xml，而是选择将页面仅作为 text/html。 (这通常是因为 .html 文件扩展名比其他任何东西都重要，真的；一般来说，服务器会正​​确地将 application/xhtml+xml 应用于带有 的文档。 xhtml 或 .xht 作为扩展名，但只有实际使用该文件格式的静态站点才能从中受益。)这导致浏览器决定他们收到的是常规 HTML 文档，因此，我们都熟悉并喜爱的标签汤解析废话不可避免地接踵而至。

请注意，即使您的 XHTML 文档中有这样的元标记也没关系:

<meta http-equiv="Content-Type" content="application/xhtml+xml; charset=utf-8" />

浏览器将忽略它，只查看与 XHTML 文档一起发送的实际 HTTP Content-Type header 。

更糟糕的是，Internet Explorer 作为过去几年 XHTML 鼎盛时期使用最多的浏览器，在版本 9 最终发布之前从未正确支持 application/xhtml+xml MIME 类型: 而不是解析标记、构建 DOM 和呈现页面，它所做的只是请求文件下载。这并不能构成一个非常有用的 XHTML 页面!

那么，猜猜在 HTML5 变得很酷之前我们都不得不忍受什么？

这个，以及 IE6 之类的东西 quirky在文档类型声明之前使用 XML 声明的页面上，也是导致 XHTML 垮台的最大因素之一(XHTML 1.1 从未获得广泛使用，XHTML 2.0 被取消以支持 HTML5)。