真正影响解析性能的是既无语义、无样式、无JS绑定的“三无”空标签，如连续嵌套div、CMS占位符、clear:both等，每增100个冗余节点拖慢解析20–40ms；需用DevTools和正则交叉验证后清理。
哪些空标签真会影响解析性能
空标签本身不慢，慢的是它带来的额外 DOM 节点和隐式计算开销。真正该删的不是所有 <div></div>，而是那些既无语义、又无样式、也无 JS 绑定的“三无”节点。浏览器每多解析 100 个冗余节点，低端安卓机上首屏延迟就增加 20–40ms——这跟 JS 压缩或 CDN 无关，是纯 HTML 解析阶段的硬开销。
- 连续嵌套的空
<div>（如 <code><div><div><div></div></div></div>），尤其在 SSR 模板或低代码导出 HTML 中高频出现<div style="clear:both"></div> 这类清除浮动的空标签：IE 下要补 zoom: 1，现代布局里完全多余，且强制浏览器多走一遍重排逻辑- CMS 导出的占位标签，如
<div data-id="xxx"></div>，没绑定事件、没被 CSS 选中、也没 ARIA 关联，就是纯负担- 用
<div> 模拟 <code><p></p> 或 <ul></ul> 的空容器，比如 <div>文字</div>，既浪费节点，又绕过浏览器对原生语义标签的快速解析路径清理前必须验证的三件事
盲目删空标签可能让 JS 找不到挂载点、CSS 后代选择器失效、或屏幕阅读器跳过关键区域。动手前务必交叉确认：
- 在 Chrome DevTools Elements 面板中右键目标节点 → “Break on > attribute modifications” 和 “Break on > node removal”，看是否有运行时 JS 动态操作它
- 全局搜索该标签的
class、id 或 data-* 属性名，确认是否被 CSS（如 .wrapper .content ul）或 JS（document.querySelector('.inner')）显式引用- 检查是否被 ARIA 属性指向，例如
aria-labelledby="header-id" 或 aria-controls="panel-id"——即使视觉为空，也可能承担可访问性桥梁作用VSCode 正则批量清理实操
手动删效率低还易漏，用 VSCode 的 Ctrl+Shift+F + .* 模式能覆盖 90% 场景，但得避开敏感区域：
- 删空属性：
class\s*=\s*["']["']、style\s*=\s*["']["']、id\s*=\s*["']["']，直接替换成空- 删空标签：
]*?>]*?> 可匹配 <div></div>，但会误伤 <script></script>，所以先限定范围：只在 <pre class="brush:php;toolbar:false;"></pre>、<code>、<script></script>、<style></style>
- 删跨行注释：
<!--[\s\S]*?-->，注意 [\s\S] 才能匹配换行，*? 是非贪婪，避免吞掉多个注释之间的正常内容- 删浮动清除 hack：
<div>]*?clear[^>]*?both[^>]*?>，但需人工核对是否真在浮动元素之后——写错位置的 <code>clear 标签根本不起作用，纯属噪音DOM 层面的空白节点不能靠正则扫
源码里的换行缩进，在解析后会变成真实的空 Text 节点（nodeType === 3），它们不占体积，但干扰 textContent 提取、SSR diff 和无障碍树构建。这时必须走 DOM 遍历：
立即学习“前端免费学习笔记（深入）”；
- 只处理
nodeType === 3 的文本节点，先用 /\S/.test(node.nodeValue) 过滤掉纯空白（如仅含 \n\t 的节点）- 对保留的文本节点执行
node.nodeValue = node.nodeValue.trim().replace(/\s+/g, ' ')，首尾去空、中间多空格压成单空格- 最后调用
element.normalize() 合并相邻 Text 节点并移除空节点——注意：必须在节点已挂载或已插入 template.content 后调用，对字符串或未挂载元素无效最常被忽略的一点：服务端渲染模板（如 EJS、Vue SFC 的 v-html）生成的 HTML，其缩进产生的空节点在 SSR 输出时就被固化了，前端 normalize() 无法回溯修复，必须在服务端注入前清洗。
