HTML5中void elements共14个：area、base、br、col、embed、hr、img、input、link、meta、param、source、track、wbr；它们禁止结束标签、不可嵌套内容，标准写法仅用开始标签。
HTML5中哪些标签属于void elements
只有14个标签被HTML Living Standard明确定义为void elements，它们语法上禁止写结束标签、也不能包含任何内容。浏览器遇到<img>或<input>这类写法，会直接忽略后续的</img>或</input>，甚至可能把后面的内容误解析为该标签的子节点。
这14个标签是：<area>、<base>、<br>、<col>、<embed>、<hr>、<img>、<input>、<link>、<meta>、<param>、<source>、<track>、<wbr>。
注意：<command>和<keygen>虽曾列入，但已在HTML5中废弃，新项目不要用。
为什么<img src="a.jpg">是错的，但浏览器不报错
这不是“支持”，是容错。HTML解析器看到<img src="a.jpg">，会把它当作<img src="a.jpg">处理——斜杠被忽略，属性也可能被截断。问题不出在渲染，而出在工具链：
立即学习“前端免费学习笔记（深入）”；
- 某些linter（如
eslint-plugin-html）或CI中的html-validate会直接报错“Void element 'img' must not have an end tag” - 旧版Vue SFC模板引擎按XML规则解析，
<img />会导致src之后的属性丢失 - 服务端模板（如Jinja2 strict mode）可能把
/>当成属性值的一部分，生成无效HTML - 内联
<svg>中混用HTML与XML风格时，<input />可能破坏命名空间上下文
<textarea>和<select>为什么不能自闭合
它们不是void elements，而是normal elements，DOM行为强依赖开始与结束标签之间的文本节点或子元素：
-
<textarea>default</textarea>：内容作为初始值；写成<textarea />后，DOM中value为空字符串，placeholder也不生效 -
<select><option value="a">A</option></select>：选项必须在标签对之间；<select />会导致所有<option>被丢弃或解析失败 -
<script></script>和<style></style>同理：若写成<script />，内部JS/CSS完全不执行或不生效
团队协作中真正要盯住的点
浏览器宽容，但工具链不宽容。实际出问题的往往不是页面显示，而是构建、检查、协作环节：
- VS Code Emmet默认展开
img为<img src="">——这是对的，别手动改成<img src="" /> - Prettier配置里要区分
htmlWhitespaceSensitivity和xmlWhitespaceSensitivity，避免把HTML当XML处理 - 在ESLint或HTMLHint中启用
html-validate规则，禁止<img />这类写法，防止风格污染 - 如果项目真有XML兼容需求（极少见），应统一用
application/xhtml+xmlMIME type，并全量遵循XML规范——但这已基本退出主流实践
最容易被忽略的是：把<p>、<div>这类容器元素写成自闭合形式，表面看没报错，实则后续文本会被意外包裹进未闭合节点里，样式和JS操作都可能错位。
