html嵌套过深会直接拖慢首屏渲染，5层以上在低端安卓机延迟20–50ms；应通过chrome devtools elements面板查看node.depth值定位超标节点，重点清理空包裹、浮动清除层及冗余语义标签，并优先使用flex/grid替代表格布局与浮动。
HTML嵌套过深不是“看着不爽”的代码洁癖问题，而是直接拖慢首屏渲染的硬伤——5层以上
嵌套在低端安卓机上可导致延迟20–50ms，且这种延迟无法靠压缩JS或CDN加速消除。
避免用
怎么快速定位DOM深度超标
别猜，直接看构建后的真实DOM树。Vue/React组件编译后可能多包一层根节点，BEM类名也可能诱导你写深嵌套，这些在源码里看不见，但在Elements面板里一目了然。
- 打开Chrome DevTools → Elements → 右键任意节点 → “Show DOM properties”，查看
node.depth值，超过6就该动手删 - 用Ctrl+F搜索
<div></div>或class=""，重点清理空包裹和仅用于清除浮动的<div style="clear:both"></div> - 检查
Layers面板，如果看到大量意外合成层（尤其是浅色小方块密集出现），大概率是深层嵌套+transform滥用共同触发的
语义化标签不是为了SEO，是为了减少计算开销
浏览器对<header></header>、<nav></nav>、<section></section>的解析路径比<div class="header">更短，且现代CSS选择器匹配时能跳过冗余回溯。
<ul>
<li>把<code><div class="main-content"><div class="content-inner">…</div></div>换成<main><article>…</article></main>，结构扁平且语义明确
<table>做布局——它强制浏览器进入表格布局算法，嵌套时重排代价远高于Flex/Grid
<li>慎用<code>display: contents：虽能“隐形”父容器，但IE全系不支持，且会剥离可访问性树节点，屏幕阅读器无法读取Flex/Grid替代浮动/inline-block时的关键陷阱
不是用了Flex就一定快，错用反而放大性能代价。核心原则：父级定义关系，子项拒绝包裹。
- 三列等宽布局，别再写
<div class="row"> <div class="col">A</div> <div class="col">B</div> <div class="col">C</div> </div>，直接用<main style="display: grid; grid-template-columns: 1fr 1fr 1fr;">…</main> - Flex适合一维线性排列（导航栏、表单控件），Grid适合二维网格（卡片流、仪表盘）；避免在Grid容器里再套Flex微调——这通常说明模块职责没切分清
- Grid中未显式定义
grid-template-rows时，每行高度为auto，可能触发多次重排；关键区域建议写死grid-template-rows: 100px auto 80px
服务端渲染和动态插入时的隐藏坑
SSR模板拼接、v-html、dangerouslySetInnerHTML容易带入深层嵌套，且这类HTML往往漏掉width/height属性，引发CLS（累积布局偏移）。
- 所有带
loading="lazy"的<img>必须同时声明width和height，否则浏览器无法预留空间 - 首屏图片必须去掉
loading属性，或显式设为loading="eager"，否则LCP（最大内容绘制）会被拉垮 - 服务端动态拼接HTML字符串时，建议用模板引擎预置校验规则，自动拦截无
width/height的<img>和空<div> <p>真正卡顿的源头，往往藏在第3个<code><div>里——而不是你写的第300行JS。优化HTML结构不是“锦上添花”，而是把性能瓶颈从渲染层直接掐断。</div>
