不应使用 patchflag.full_props 解决动态 key 渲染问题，因其会破坏靶向更新、引发全量 props 遍历；动态 key 应通过唯一稳定 key 值触发节点卸载与重建，而非强制比对。
不需要也不建议用 PatchFlag.FULL_PROPS 强制触发比对来解决动态 key 渲染问题——它不是为此设计的，且会破坏 Vue3 的靶向更新机制。
为什么 FULL_PROPS 不该用于动态 key 场景
FULL_PROPS（值为 16） 表示“所有 props 都需完整比对”，编译器仅在极少数无法静态分析绑定意图的场景下自动打此 flag（如某些运行时拼接的 props 对象）。手动设置它等于放弃 PatchFlag 的核心价值：它会让 patchElement 跳过所有优化路径，退化为 Vue2 式全量 props 遍历，性能开销陡增。
- 动态 key 本身不改变 props 更新逻辑，而是影响节点复用策略
- key 变化 → Vue 认为这是新节点 → 自动卸载旧节点、挂载新节点 → 无需“强制比对”
- 滥用 FULL_PROPS 可能导致 class/style/text 等本可跳过的更新也被冗余执行
动态 key 的正确处理方式
Vue 对 key 的处理独立于 PatchFlag：key 是 VNode 的顶层标识字段，patch 阶段优先比对 key，一旦不一致就直接走 unmount + mount 流程，完全绕过 props/children 的 diff。
- 确保 key 具有唯一性与稳定性（例如用
v-for="(item, i) in list" :key="item.id || i"） - 避免用随机数、Date.now() 或 Math.random() 生成 key，否则每次渲染都新建节点，引发无谓销毁重建
- 若 key 来自响应式数据（如
:key="activeTab"），变更时自然触发节点替换，无需额外标记
真需要“强制刷新”的替代方案
当组件内部状态未变化但 UI 必须重绘（如第三方图表库重初始化），应通过语义化手段控制，而非干预 PatchFlag：
- 用
v-if控制组件显隐：<chart v-if="forceRefresh"></chart>，再通过切换布尔值触发卸载-重建 - 向子组件暴露 forceUpdate 方法，内部调用
componentInternalInstance?.update()（不推荐，仅应急） - 使用
key作为刷新触发器：<child :key="refreshKey"></child>，改变refreshKey值（如时间戳或计数器）
什么时候会看到 FULL_PROPS？
它通常出现在以下编译器无法推断具体变更维度的模板中：
-
<div v-bind="dynamicProps"></div>（整个 props 对象动态传入） -
<div v-bind="{ id: id, class: cls, style: sty }"></div>（属性名和值均非字面量） - 运行时构造的 VNode，未经过编译器标记（如手写 render 函数未显式设 patchFlag）
此时 Vue 选择保守策略：全量比对 props，而非漏掉潜在变更。这不是优化手段，而是兜底行为。
