Auto Close Tag仅机械补全标签，不纠正嵌套错误；它在输入<div>后按回车或空格时插入</div>，但对粘贴代码、删改标签或非法嵌套（如<p><div></p></div>）完全无效，真正修复需tidy-html5等解析器级工具。
VS Code 的 autoClosingTag 不是自动纠正，只是机械补全
它不会分析你漏写了哪个 </div> 或错位闭合了哪个 <p>，只在你输入 <div> 后按回车或空格时，紧贴光标后插入 </div>。一旦你粘贴了一段已有部分闭合的 HTML，或者中途删掉一个起始标签，它就完全失效。
常见误触发场景：
- 光标停在
<p>Hello</p>后面回车，Auto Close Tag插件仍补出</p> - 写到
<header><nav><ul>就停下，它连补</ul></nav></header>，但你后面其实要接<main> - 文件类型被识别为 Plain Text 或 PHP（右下角状态栏没显示 HTML），所有补全和高亮都静默关闭
真正能“纠正嵌套”的只有解析器级工具
编辑器本身做不到容错重建，必须靠外部工具读取整段 HTML、构建 DOM 树、再按规范重排结构。可靠组合是：htmlhint 检查 → tidy-html5 格式化 → 重写输出。
tidy-html5 的关键能力：
立即学习“前端免费学习笔记（深入）”；
- 识别
<p><div>xxx</p></div>这类非法嵌套，并拆成<p>xxx</p><div></div> - 对省略的
<tbody>、<html>、<head>等做显式补全，且符合浏览器实际解析逻辑 - 处理交叉嵌套如
<b><i>text</b></i>，重排为语义更合理的<b><i>text</i></b> - 不依赖编辑器设置，命令行直接跑：
tidy -w 0 -i -m -ashtml file.html
WebStorm 和 Sublime Text 的嵌套提示有硬性限制
它们的“匹配高亮”不是基于 DOM 解析，而是正则+栈式扫描，所以深度和跨行能力受限。
典型失效条件：
- 嵌套超过 6 层（VS Code 默认
html.maxTagDepth = 6，改大可能卡顿） -
<section>和</section>相隔 50 行以上，Sublime Text 完全无法联动定位 - 在
<script>或<style>块内写 HTML 片段，语法模式未手动切换（Cmd+Shift+P → Change Language Mode → HTML） - 启用了
emeraldwalk.runonsave类插件，格式化时机早于补全，导致刚输的</被立刻重排覆盖
别信“浏览器自动修复就是安全”的错觉
浏览器确实会把 <p>abc<div>def</p></div> 改成 <p>abc</p><div>def</div>，但这意味着：
-
document.querySelector('p div')永远返回null，JS 逻辑直接断裂 - CSS 选择器
p > div失效，样式不应用 - 服务端渲染（SSR）时字符串与客户端 DOM 结构不一致，hydration 校验失败
- W3C 验证器报错，Lighthouse 扣分，SEO 工具可能降权
所谓“能显示”，只是浏览器兜底行为；所谓“不报错”，是它把错误藏进了 DOM 树里——你看不到，但问题一直在。
