innerHTML批量替换内容时性能最优，但需确保无事件监听器；DocumentFragment可避免多次重排；replaceChildren更安全；纯文本更新应优先用textContent。
直接操作 innerHTML 会触发重排，但有时它反而是最快的选择
很多人看到“高效更新 DOM”第一反应是避免 innerHTML，认为它会销毁重建子树、引发重排重绘。但实际在现代浏览器中，当你要**批量替换整个容器内容**时，innerHTML = newHTML 的性能往往优于手动遍历 + appendChild。关键在于：是否真的需要保留原有节点引用或事件监听器。
- 如果容器内全是静态内容（比如列表渲染），且没有绑定事件到子元素上，
innerHTML是最简最稳的方案 - 如果子节点绑了事件（尤其用
addEventListener且没用事件委托），innerHTML会清空监听器，必须重绑或改用事件委托 - V8 和 Blink 对
innerHTML解析做了深度优化，小到中等规模 HTML 字符串（
用 DocumentFragment 批量插入多个节点，避免反复回流
当你需要动态创建并插入一批新节点（比如从数组生成 <li>），逐个调用 appendChild 会让浏览器每步都尝试计算布局——这就是“强制同步布局”。把它们先塞进 DocumentFragment，再一次性挂载，能彻底避免中间状态的 layout 计算。
const frag = document.createDocumentFragment();
data.forEach(item => {
const li = document.createElement('li');
li.textContent = item.name;
frag.appendChild(li);
});
listContainer.appendChild(frag); // 只触发一次回流
-
DocumentFragment不在主 DOM 树中，对它的操作完全不触发重排 - 注意不要对同一个 fragment 多次
appendChild，它会被移走——第二次 append 是空的 - 在 React/Vue 等框架中这步被自动封装，但手写逻辑时容易忽略
用 replaceChildren() 替代清空再填，更语义也更安全
过去常用 el.innerHTML = '' 清空再循环追加，既冗余又易出错（比如忘了清空）。replaceChildren() 是现代标准方法，原子性地替换所有子节点，支持传入节点、文本、甚至混合参数，还自动处理类型转换。
listContainer.replaceChildren(
...data.map(item => {
const li = document.createElement('li');
li.textContent = item.name;
return li;
})
);
- 兼容性需注意：
replaceChildren在 Safari 16.4+、Chrome 86+、Firefox 78+ 支持；旧环境可降级为textContent = ''后appendChild循环 - 它不会触发
DOMNodeRemoved类事件（已废弃），也不影响父节点上的事件监听器 - 比
innerHTML更适合“保留部分结构 + 更新内容”的场景，比如只换<tbody>里的行
更新文本内容优先用 textContent，别用 innerHTML 做纯文本赋值
这是最容易踩的坑：明明只是设一个标题文字，却写成 el.innerHTML = 'Hello <b>World</b>'。只要内容不含 HTML，就该用 textContent——它跳过 HTML 解析、不执行脚本、不触发样式计算，速度更快也更安全。
立即学习“Java免费学习笔记（深入）”；
-
textContent会把<>转义成实体，防止 XSS；而innerHTML若拼接用户输入，极易引入漏洞 - 性能差异在单次调用里微乎其微，但高频更新（如打字实时预览）下，
textContent的稳定性和可预测性明显更好 - 若真要插入 HTML 片段，务必先用
DOMPurify.sanitize()过滤，而不是靠正则或白名单硬拦
offsetHeight）后立刻修改 DOM —— 浏览器被迫同步计算两次。高效更新的核心不在“用哪个 API”，而在“是否打断了渲染流水线”。 
