如果你对可比性（不是兼容性，而是可比性）感兴趣，那么我会坚持<br/>。

否则，<br>没问题。

没有结束标记的元素称为空标记。在html 4和html 5中，结束标记不是必需的，可以省略。

在xhtml中，标记是如此严格。这意味着必须以开始标记开始，以结束标记结束。

<br>是足够的，但根据WHATWG和W3C，XHTML＜br/＞是首选。

引用HTML 5.2 W3C建议第8.1.2.1节，2017年12月14日

开始标记必须具有以下格式：…在属性之后，或者如果没有属性，则在标记名称之后，可以有一个或多个空格字符。（某些属性后面需要加空格。请参见下面的§8.1.2.3属性。）然后，如果该元素是void元素之一，或者该元素是外来元素，则可能只有一个U+002F SOLIDUS字符（/）。此字符对void元素没有影响，但对外来元素，它将开始标记标记为自动关闭。

如果使用Dreamweaver CS6，则它将自动完成为<br/>。

要在W3C上验证HTML文件，请参阅：http://validator.w3.org/

嗯。。。。。有人知道一个单一的供应商、用户代理或浏览器制造商曾经100%遵守W3C规范吗？？？因此，如果HTML5表示它支持所有三个break元素版本，那么你可以打赌供应商支持相同的甚至更糟糕的版本！

在这场辩论中，唯一重要的是尽可能坚持使用符合XML规范和HTML规范的编码。这意味着您应该使用break标记的正确XML版本，并鼓励您的所有团队都这样做：

<br />

代码中的img、a、hr和meta标记应采用相同的空格斜杠格式。为什么？因为：

它与旧的XHTML用户代理/浏览器向后兼容浏览器供应商无论如何都支持XML版本，因此HTML5规范没有意义。现在、过去和将来大多数用户代理的草率实现都会接受它。它允许您的标记与XML标准相比较，如果您需要返回到从标记创建XHTML/XML文档。对于所有WEB开发人员来说，继续使用遵循XML的坚实标记实践是“良好的编码实践”，包括所有小写的编码、引用的属性、转义的XML字符等。为什么？将来，如果您必须切换到XML数据，您将自动使用XML进行编码和思考。我们只能希望，在未来的万维网中，我们不再使用私有供应商实施的标准，而是使用可靠、可靠、经过验证的标记，这些标记可以更快地解析数据，更快地通过网络传输数据，并使我们未来的互联网成为使用XML的更标准化的媒介。旧的Netscape总是需要斜线前的“/”空格，否则会失败。谁在乎旧浏览器，对吧？但我仍然喜欢我的版本：）

此外，在这里的机器人和机器世界中，机器人没有HTML5为我们解决的相同的人机界面编码问题，他们会很乐意回到XML数据系统，并在转换为XML数据时更快地解析这样的UI网页。

出于以下原因，我建议使用<br/>：

1） 以不同颜色突出显示XML语法的文本和XML编辑器将使用<br/>正确突出显示，但如果使用<br/

2） <br/>与XHTML向后兼容，格式良好的HTML（即XHTML）通常更容易验证错误和调试

3） 一些旧的解析器和一些编码规范要求在结束斜杠之前有空格（即：<br/>而不是<br/>），例如WordPress插件编码规范：http://make.wordpress.org/core/handbook/coding-standards/html/

根据我的经验，我从未遇到过使用<br/>有问题的情况，但是，在许多情况下，<br/>或特别是<br/>在旧浏览器和工具中可能有问题。

如果您在常规网站上输出HTML，则可以使用<br>或<br/>，这两种方法在您以text/HTML形式提供HTML5时都有效。如果您将HTML5作为XHTML提供（即内容类型application/XHTML+xml，带有xml声明），则必须使用一个自关闭标记，如：<br/>。如果你不这样做，一些浏览器可能会断然拒绝呈现你的页面（特别是Firefox对于只呈现有效的xhtml+xml页面非常严格）。如1所述<br/>对于HTML5也是有效的，HTML5恰好生成为XML，但作为没有XML声明的常规文本/html（例如从生成网页的XSL转换或类似的内容）。

为了消除混淆：在HTML5中不需要在斜杠前加空格，这对页面的呈现方式没有任何影响（如果有人能举出一个例子，我会收回这一点，但我不相信这是真的-但IE确实对所有形式的<br>标记做了很多其他奇怪的事情）。

优秀的验证器http://validator.w3.org对于检查有效内容非常有用（尽管我不确定您是否可以依靠它来检查内容类型）。