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>这类写法，会直接忽略后续的或，甚至可能把后面的内容误解析为该标签的子节点。
这14个标签是：<area>、<base>、<br>、<col>、<embed></embed>、<hr>、<img>、<input>、<link>、<meta>、<param>、<source></source>、<track></track>、<wbr></wbr>。
注意：<command></command>和<keygen></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></svg>中混用HTML与XML风格时，<input>可能破坏命名空间上下文
<textarea></textarea>和<select></select>为什么不能自闭合
它们不是void elements，而是normal elements，DOM行为强依赖开始与结束标签之间的文本节点或子元素：
-
<textarea>default</textarea>：内容作为初始值；写成<textarea></textarea>后，DOM中value为空字符串，placeholder也不生效 -
<select><option value="a">A</option></select>：选项必须在标签对之间；<select></select>会导致所有<option></option>被丢弃或解析失败 -
<script></script>和<style></style>同理：若写成<script></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></p>、<div>这类容器元素写成自闭合形式，表面看没报错，实则后续文本会被意外包裹进未闭合节点里，样式和JS操作都可能错位。</div>
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
