渲染器通过流式增量更新、虚拟DOM差异比对和异步批量更新三大机制实现高效DOM实时修改：只处理新增或变化部分，精准定位最小变更集，并合并同一轮事件中的多次更新，避免强制回流与重复重绘。
渲染器处理 DOM 内容的实时修改，核心在于避免全量重绘、减少回流（reflow）与重绘（repaint）开销，同时保证内容更新准确、视觉连贯。它不靠“删光再重建”，而是通过状态追踪、增量比对和智能合并来实现高效响应。
流式增量更新：只处理新增或变化的部分
面对日志流、聊天消息这类持续追加的 Markdown 或文本内容，传统渲染器每次收到新片段就全量解析+全量替换 DOM，导致闪烁和卡顿。流式渲染器（如 streaming-markdown）则把输入视为字符流，仅解析新增文本的语法边界（比如是否构成新段落、列表项或代码块），再将对应 HTML 片段精准插入现有 DOM 的末尾或指定位置。它需维护解析上下文（如当前是否在代码块内、嵌套层级），确保语法连续性不被破坏。
虚拟 DOM 差异比对：定位最小变更集
React、Vue 等框架的渲染器依赖虚拟 DOM（vNode）树。当数据变化时，框架生成新 vNode 树，再用 Diff 算法逐层比对旧树：
- 同层节点按 key 匹配，避免错位移动
- 标签类型不同（如 div → span），直接整节点替换
- 属性或文本子节点变化，则只更新对应 DOM 属性或 textContent
- 子节点数组变化时，通过索引+key 策略复用已有元素，减少 create/append 操作
异步批量更新：合并同一轮事件中的多次修改
直接同步更新 DOM 容易引发高频回流。Vue 和 React 均采用异步队列机制：
- 一次用户操作（如点击）可能触发多个响应式数据变更
- 所有变更对应的更新任务被推入微任务队列（Promise.then）或宏任务队列（setTimeout）
- 等到当前 JS 执行栈清空后，统一执行去重后的更新，生成一次 DOM patch
- 这样就把多次潜在的 layout 触发压缩为一次，显著降低浏览器重排压力
DOM 操作优化：绕过强制同步布局
某些 DOM 读写顺序会意外触发强制回流（例如先读 offsetHeight，再改 className）。高性能渲染器会主动规避：
- 批量读取布局信息（如一次性收集所有元素尺寸），再批量写入样式
- 使用 DocumentFragment 在内存中组装新节点，最后单次 append 到真实 DOM
- 对频繁更新区域，设为 transform 或 opacity 动画，交由合成层处理，不触发布局计算
- 临时隐藏元素（display: none）再批量修改，比逐个改样式更安全
