XHTML 1规范的非规范性附录“HTML兼容性指南”指出：

С.3元素最小化和空元素含量

给定内容模型不是空的元素的空实例（例如，空标题或段落），不要使用最小化形式（例如，使用＜p＞</p＞而不是＜p＞）。

XHTML DTD将脚本元素指定为：

<!-- script statements, which may include CDATA sections -->
<!ELEMENT script (#PCDATA)>

如果有人好奇的话，最终的原因是HTML最初是SGML的一种方言，而SGML是XML奇怪的哥哥。在SGML land中，元素可以在DTD中指定为自关闭（例如BR、HR、INPUT）、隐式可关闭（例如P、LI、TD）或显式可关闭的（例如TABLE、DIV、SCRIPT）。当然，XML对此没有概念。

现代浏览器使用的标签汤解析器是从这一传统演变而来的，尽管它们的解析模型不再是纯SGML。当然，除非您使用XML mime类型发送，否则精心制作的XHTML会被视为编写糟糕的SGML标签汤。这也是为什么。。。

<p><div>hello</div></p>

…被浏览器解释为：

<p></p><div>hello</div><p></p>

……这是一个可爱的、晦涩难懂的bug的配方，当您尝试对DOM进行编码时，它会让您陷入困境。

XHTML 1规范的非规范性附录“HTML兼容性指南”指出：

С.3元素最小化和空元素含量

给定内容模型不是空的元素的空实例（例如，空标题或段落），不要使用最小化形式（例如，使用＜p＞</p＞而不是＜p＞）。

XHTML DTD将脚本元素指定为：

<!-- script statements, which may include CDATA sections -->
<!ELEMENT script (#PCDATA)>

上面的人已经大致解释了这个问题，但有一点可能会让事情变得很清楚，尽管人们一直在HTML文档中使用<br/>等，但这种位置上的任何/基本上都被忽略了，只有在试图使某种东西既可解析为XML又可解析为HTML时才使用。例如，尝试＜p/＞foo＜/p＞，就会得到一个常规段落。

Internet Explorer 8和更早版本不支持XHTML解析。即使使用XML声明和/或XHTML文档类型，旧IE仍然将文档解析为纯HTML。在纯HTML中，不支持自动关闭语法。尾部斜杠被忽略，您必须使用显式结束标记。

即使是支持XHTML解析的浏览器（如IE9和更高版本），也会将文档解析为HTML，除非您使用XML内容类型提供文档。但在这种情况下，旧IE根本不会显示文档！

除Brad和squadette所说的之外，自动关闭的XML语法＜script/＞实际上是正确的XML，但要使其在实践中发挥作用，web服务器还需要将文档作为格式正确的XML发送，并在HTTP Content Type标头中使用类似application/xhtml+XML的XML mimetype（而不是text/html）。

然而，发送XML mimetype将导致IE7无法解析页面，IE7只喜欢text/html。

来自w3：

总之，“application/xhtml+xml”应用于XHTML系列文档，以及“text/html”的使用应限于HTML兼容XHTML 1.0文档。'应用程序/xml'也可以使用“text/xml”，但是只要合适，应使用“application/xhtml+xml”而不是那些通用的XML媒体类型。

几个月前我对此感到困惑，唯一可行的（兼容FF3+和IE7）解决方案是使用旧的＜script＞＜/script＞语法和text/html（html语法+html mimetype）。

如果您的服务器在其HTTP头中发送text/html类型，即使是格式正确的XHTML文档，FF3+也将使用其html呈现模式，这意味着<script/>将无法工作（这是一个变化，Firefox以前没有那么严格）。

无论对文档中的http equiv元元素、XML序言或doctype进行任何篡改，都会发生这种情况——Firefox一旦获得text/html头，就会分支，这决定了html或XML解析器是否在文档中查找，而html解析器不理解<script/>。