直接频繁操作真实 DOM 非常慢：每次增删改都会触发浏览器重排（reflow）和重绘（repaint），还可能打断渲染流水线。尤其在 React、Vue 这类框架中，状态一变就可能引发整块 UI 重新渲染——如果每次都暴力替换整个 DOM 片段，性能很快崩掉。

虚拟 DOM 的核心思路是：先在内存里算出“应该变成什么样”，再集中比对（diff），只把真正有变化的部分同步到真实 DOM 上。

它怎么提升效率？靠三步关键操作

1. 创建轻量副本
渲染时，框架把组件生成一棵虚拟 DOM 树（纯 JS 对象嵌套）。这一步极快，没有布局计算、不触发渲染，只是构造对象。

2. 差异对比（diff）
新旧两棵虚拟 DOM 树进行逐层比较（通常采用深度优先、同层对比策略）。框架会跳过明显不变的节点（比如 key 相同且类型一致），只聚焦可能变化的分支。

3. 批量最小化更新
diff 完成后，得到一个“补丁列表”（例如：某个 div 的 class 改了、某个 li 被删了、某个文本节点需要替换）。框架把这些操作聚合成一次或少数几次真实 DOM 修改，避免重复 layout 和 paint。

一个小例子帮你理解

假设你有一个 100 项的列表，用户只修改了第 5 项的文本：

• 没用虚拟 DOM：可能重渲染整个列表容器 → 触发 100 次节点创建/插入，浏览器反复计算样式和布局；
• 用了虚拟 DOM：新旧树 diff 后发现只有第 5 个
• 的文本变了 → 最终只执行一次 textContent 更新，其余 99 个节点完全复用。

注意：虚拟 DOM 不是银弹

它适合中大型动态界面，但也有成本：构建虚拟 DOM 树、diff 过程本身要耗 CPU。对静态内容或超简单交互（比如单个按钮点击变色），直接操作 DOM 反而更快。它的优势在于“可预测的更新控制”和“开发体验与运行效率的平衡”，而不是绝对的性能碾压。

基本上就这些。它不是让 JS 更快，而是让 DOM 更新变得更节制、更精准。