高频DOM更新卡顿源于浏览器渲染管线无法承受每秒数十次layout→paint循环，关键在避免重排与内存抖动；createElement触发完整渲染流程，批量操作需用DocumentFragment，交互节点应走结构冻结的复用池，高亮与光标须分层隔离更新。
高频更新 HTML 标签为什么卡顿不是代码写得慢
因为浏览器渲染管线根本扛不住每秒几十次的 layout→paint 循环。每次 document.createElement('div') 或 el.innerHTML = 都会触发样式树重建、布局计算、文本度量、字体回退——尤其在大屏上叠加 20+ 实时指标、协作光标、动态高亮时，主线程直接被 GC 和重排轮番阻塞。
用 DocumentFragment 批量插入但别复用它
DocumentFragment 是底线，不是万能解：它只合并「插入前」的 DOM 构建，不省略插入后的 layout 和 paint。更关键的是，它插入后自动清空，不能缓存复用——每次都要 document.createDocumentFragment()。
- 仅用于纯展示型节点（如数值标签、状态色块），交互型控件（如可点击图例、拖拽坐标轴）必须走结构冻结的复用池
- fragment 内含
input或textarea时，插入瞬间会强制同步 focus/selection，导致光标跳变 - 它不支持
querySelector，想查子节点得先插入再查，破坏离线性
模板标签 <template> 填值必须用 textContent 和 value
直接改 innerHTML 不仅引入 XSS 风险，还会静默丢弃已绑定的事件监听器（比如图例点击回调）。而且 template.content 是只读 DocumentFragment，template.innerHTML 永远为空——所有绕路操作（如浅克隆、直接 appendChild）都会在第二轮渲染时失效。
- 克隆必须用
template.content.cloneNode(true)，否则表单状态、子节点、事件全部丢失 - 填文本用
el.textContent = data.label，填输入框用el.value = data.input，别碰innerHTML - 批量插入前，先塞进
document.createDocumentFragment()，最后只调一次container.appendChild(frag)
游标循环里别读写 DOM 交替执行
遍历 100 个指标卡片时，如果一边读 el.offsetHeight 一边设 el.style.height，浏览器被迫反复重排，帧率直接掉到 10fps 以下。这不是循环慢，是布局抖动（Layout Thrashing）。
立即学习“前端免费学习笔记（深入）”；
- 先统一读：比如
const heights = cards.map(c => c.getBoundingClientRect().height) - 再统一写：比如
cards.forEach((c, i) => c.style.setProperty('--card-height', `${heights[i]}px`)) - 万级节点用
requestAnimationFrame分片，每帧处理 15–20 个，避免主线程长时间占用
真正难的不是怎么“快”，而是怎么让浏览器在重排和重绘之间喘口气——结构冻结、读写分离、分层更新，这些不是优化技巧，是渲染管线的硬约束。
