vue编译器优化有明确边界：静态节点识别受动态绑定影响而失效；v-for超5000项需虚拟滚动；高频事件须节流对齐帧率；大json需object.freeze()阻断响应式；第三方实例用markraw()避免代理。
Vue 编译器的优化能力有明确边界——它擅长处理静态标记、指令转换和 AST 静态分析，但无法替代开发者对真实场景的判断。当模板结构或运行时行为超出编译阶段可推断的范围时，手动干预就不再是“锦上添花”，而是避免性能坍塌的必要动作。
静态节点识别失效的临界点
Vue 在 optimize 阶段会遍历 AST 标记静态节点（如纯文本、无绑定属性的元素），但这一过程依赖“完全可判定性”。一旦模板中混入动态 class 名、计算出的 style 对象、或 v-bind="obj" 这类泛型绑定，编译器将放弃静态标记，整块子树退化为动态更新路径。
- 避免用
v-bind="{ class: dynamicCls }"替代:class="dynamicCls"，前者让编译器无法静态分析 class 内容 - 静态内容若含插值表达式（哪怕只是
{{ '' }}），也会被当作动态节点，失去缓存机会 - 使用
v-pre显式声明纯静态区域，比依赖自动识别更可靠，尤其适用于大段文档说明、版权栏等
v-for 渲染规模突破响应式承载阈值
编译器能把 v-for 转成循环渲染函数，但它不感知数据量级。测试表明：1.5 万项列表触发主线程阻塞，帧率骤降，并非 diff 算法慢，而是响应式系统为每一项建立 getter/setter + 依赖收集的开销已超临界值。
