极简HTML结构：提高大型复杂页面的DOM解析速度

减少嵌套层级能显著加快DOM解析，因为浏览器解析HTML是自上而下、深度优先的单线程过程，每层嵌套都增加节点创建、栈操作和layout dirty标记开销；实测将平均嵌套深度从8层降至4层，可使document.readyState==='interactive'提前120–180ms。

为什么减少嵌套层级能显著加快 DOM 解析

浏览器解析 HTML 是自上而下、深度优先的单线程过程。每遇到一个开始标签，就创建节点并压入栈；遇到结束标签再弹出。嵌套过深（比如连续 10 层 <div> 套 <div>）会放大栈操作开销，同时触发更多 layout dirty 标记，尤其在首次渲染时。实测显示：将平均嵌套深度从 8 层降到 4 层，document.readyState === 'interactive' 平均提前 120–180ms（Chrome 120+，中端移动设备）。

这不是理论优化——它直接影响首屏可交互时间（TTI）。常见诱因包括：UI 框架默认 wrapper 嵌套、CSS-in-JS 的 scope 隔离层、无意识的「安全起见再包一层」习惯。

哪些结构属于高代价嵌套，必须扁平化

以下模式在大型页面中高频出现，且解析成本被严重低估：

• <div class="container"><div class="row"><div class="col">…</div></div></div> —— Bootstrap / AntD 等框架的栅格系统常引入 3 层无语义包裹，实际只需 1 层 <div class="col"> + CSS Grid 实现相同布局
• <div id="app"><div class="wrapper"><main><section><article>…</article></section></main></div></div> —— 多余的 class="wrapper" 和 <section>（若无 ARIA 或语义需求）纯属冗余节点
• SSR 模板中重复的 <div data-reactroot> + <div id="root"> + <div class="app"> 三层同质化容器

用 CSS 替代 DOM 节点的典型场景

很多“为了布局/样式/状态隔离”而加的 DOM 层，完全可用 CSS 处理：

立即学习“前端免费学习笔记（深入）”；

• 为实现内边距或背景隔离加的 <div class="padding-box"> → 改用 padding + background-clip: padding-box
• 为控制 overflow 加的 <div class="scroll-container"> → 直接在目标元素设 overflow: auto 和 max-height，避免多一层 stacking context
• 为条件显示加的 <div class="loading-wrapper"><div class="spinner"></div></div> → 把 class="spinner" 直接挂到宿主元素上，用 visibility: hidden 或 display: none 控制

注意：display: contents 在支持它的浏览器（Chrome 65+、Firefox 63+）中可让父元素不生成 box，但会丢失该节点上的事件监听和部分 CSS 属性（如 border），慎用于交互容器。

如何快速定位并清理冗余 DOM 节点

别靠肉眼扫代码。用 DevTools 快速暴露问题：

• 在 Elements 面板按 Ctrl+F（Win）或 Cmd+F（Mac），搜 <div>，看是否大量无 class/id/data- 属性的裸 <div> —— 这些 90% 是冗余
• 右键任意节点 → Break on → subtree modifications，然后触发页面加载或组件挂载，观察哪些 wrapper 被频繁插入又删掉（SSR hydration 常见）
• 运行这段脚本检查深度：

  Array.from(document.querySelectorAll('*')).reduce((max, el) => Math.max(max, el.compareDocumentPosition(document.body) & Node.DOCUMENT_POSITION_CONTAINED_BY ? 1 : 0), 0)

  —— 实际应改用 el.getRootNode().contains(el) 判断层级，但简单统计可用 el.closest('body')?.parentElement?.parentElement 链长度

真正难的不是识别，而是说服协作方接受「去掉这层 div 不影响功能」——建议把对比数据（FP、FCP、DOM 节点数）贴进 PR 描述，比讲原理管用。