如果按照这个逻辑，
不幸的是 HTML4 规范的制定者们不这么认为，并且把它写进规范里了。不过显然当时的浏览器厂商对这种语法也不以为然，支持的程度不大。（在这一点上，说不定浏览器厂商们做了一件好事。）
XML （也适用于 XHTML）规范的制定者意识到这种语法不怎么好，就直接没有包含无尾标签这种特性，
幸运地是 HTML 一直在改进，W3C 的成员一直在从他们过去作出的错误中学习经验教训。因此 HTML5 相比之前的版本才有这么大的进步。
在介绍 HTML5 的新语法时， W3C 说：
HTML5 的语法完全兼容 HTML4 和 XHTML1，但是不兼容 SGML 中那些晦涩的 HTML4 特性。比如无尾标签（
HTML5 好样的！
（我觉得他们应该保留“短标签”特性，比如 不错喲>，我觉得这个特性很酷。不过，至少现在的 HTML 已经不再是那么杂乱无章了。）
合法性
好吧，我们回到文章开头关于合法性的问题，目前的 HTML5 规范中关于非内容标签的解释是这样的：
此类标签应由下列部分组成，顺序须与下表保持一致：
倒数第二部分的 “/” 字符是可选的，而且没有任何实际含义。所以
正确性
喜欢 XML 和 XHTML 的开发者可能会说，“对呀，虽然 / 是可选的，但是
我必须告诉你你错了。事实上，有观点认为无内容标签里的 / 其实是一个被容忍的语法错误。这种容忍是基于兼容性考虑的，它使得所有浏览器和解析器都把
关于这一点，Google 代码风格指南 也明确规定了不要关闭无内容标签。
缺点
当然，不关闭无内容标签也有弊端，不过我认为这掩盖不了它的优点：使你的代码干净简洁。
第一个缺点就是开发者必须知道哪些标签的无内容标签。假设你不知道
第二个缺点是编辑器可能对没有闭合的无内容标签处理不好。编辑器的开发者们必须了解无内容标签，提供恰当的语法高亮和代码补全。当你在编辑器里写了一个
但是这些功能实现起来很简单，我所知道的编辑器对这方面支持得都还挺好，所以这算不上一个真正的缺点。
我对无内容标签的看法
我觉得无内容标签这个概念其实是可以从 HTML 中剔除的，我们完全可以给这些标签添加内容，来代替它的某些属性。
以
我的问题来了：为什么不用
所以真正应该保留的无内容标签只有少数几个，只不过 W3C 必须考虑向后兼容性，所以要改变现状还是很困难的。
最后的想法：
这个标签真的很困扰我，因为它的含义很简单，写法却很罗嗦。 这种写法看起来似乎是错的，因为
问题在于
使用
原文链接： Matias Meno 翻译： 伯乐在线 - 方应杭
