静态内容预字符串化通过将连续静态节点合并为字符串并跳过VNode创建与Diff，显著降低首屏渲染开销、内存分配及更新计算量；典型触发条件为≥20个相邻纯静态元素。
静态内容预字符串化本身不直接给出“提升XX%”的量化数字，因为实际收益高度依赖模板结构和静态节点密度——但它在典型场景下能显著减少 VNode 创建开销和 Diff 计算量，尤其对首屏渲染和高频更新组件效果明显。
预字符串化起作用的典型场景
它只在满足两个条件时触发：连续出现、大量静态节点（官方未公开硬性阈值，但实测通常 ≥20 个相邻纯静态元素，或整块无绑定的 HTML 片段）。
- 适用例子：页眉导航栏（含 logo、菜单项、版权信息）、文档类组件中的大段说明文字、后台管理系统的固定侧边栏结构
-
不适用例子：单个
<div>Hello</div>、穿插了动态 class 或事件的节点、被v-if包裹的条件区块 -
编译结果变化：原本生成多个
createVNode调用，变成一个createStaticVNode("...")字符串常量，运行时直接插入 DOM，跳过虚拟节点创建、props 合并、响应式追踪等步骤
性能提升的关键路径
它不是靠“更快地执行某段代码”，而是通过删减不必要的运行时行为来提速：
- 省去数十甚至上百次
createVNode函数调用及内部对象分配（减少内存分配与 GC 压力） - 跳过这些节点的 Diff 比对——
StaticVNode在 patch 阶段被整体跳过，不参与子树遍历 - 减少渲染函数闭包中对
_ctx的访问次数，降低作用域链查找开销 - 配合 Block Tree，让整个静态区块在更新时被当作一个原子单位跳过
和静态提升的区别与协同
两者都面向静态内容，但分工不同：
立即学习“前端免费学习笔记（深入）”；
-
静态提升：把单个静态节点（如
<h1>标题</h1>）提到 render 函数外作为常量，避免每次渲染重复创建 -
预字符串化：把一长串连续静态节点合并为一个 HTML 字符串，再封装成
StaticVNode，进一步压缩体积和初始化成本 - 它们常同时生效——先静态提升属性/单节点，再对剩余连续静态子树做字符串化，形成叠加优化
你能感知到的实际改善
在真实项目中，它最明显的体现不是 FPS 提升，而是：
- 首屏时间缩短：服务端渲染（SSR）或 hydration 阶段，静态内容无需重建 VNode 树，DOM 克隆更快
- 内存占用下降：Chrome DevTools Memory 面板可观察到更少的 VNode 实例和更平缓的堆增长曲线
- 更新更轻量：当仅一个输入框变化时，整个静态菜单栏完全不进入 patch 流程，CPU 时间集中在真正需要更新的部分
