Block Tree 与 Slot 结合实现细粒度更新，核心是编译阶段分块隔离与运行时作用域解耦：被视为动态边界，其内容独立成块、按父组件依赖精准更新，配合v-memo可进一步约束刷新范围。
Vue.js 中 Block Tree 与 Slot 插槽结合实现细粒度更新，核心在于编译阶段的“分块隔离”与运行时的“作用域解耦”。静态内容被提升复用，动态逻辑按依赖边界划分成独立 block；而插槽内容本身由父组件定义、在子组件中渲染，天然具备跨作用域更新能力——两者配合，能让 slot 内部变化只触发对应 block 的 patch，不牵连外层结构。
Block Tree 如何为插槽划定独立更新边界
Vue 3 编译器在解析模板时，会把 <slot></slot> 视为一个潜在的动态节点边界。即使插槽内容是纯静态的，只要它被包裹在带响应式绑定的父元素中（如 v-if 或 :class），整个插槽节点就会被划入一个新的 block。这意味着：
- 插槽出口（
<slot></slot>）本身是一个 block root，它的更新不依赖于子组件内部其他静态区域 - 父组件传入的插槽内容，在编译后会被包装为一个函数（
$slots.xxx），该函数的执行时机和依赖收集独立于子组件的主渲染逻辑 - 当父组件中某个响应式变量变化，仅影响某一个具名插槽的内容时，只有该插槽所在的 block 会重新执行并 diff，其余 block（包括其他 slot 和静态布局）完全跳过
具名插槽 + v-memo 实现更可控的局部刷新
默认情况下，插槽内容的更新粒度由父组件的响应式依赖范围决定。若想进一步缩小更新范围，可在插槽内容中使用 v-memo 显式声明缓存条件：
-
<template v-slot:header><div v-memo="[user.name]">{{ user.name }}</div></template>：仅当user.name变化时才重渲染 header 插槽内部 -
v-memo会强制创建一个新的 block 边界，让插槽内部的子树脱离父级 block 的更新链路 - 这对含复杂计算或大量子节点的插槽特别有效，比如表格头部筛选区、卡片标题栏等高频小范围变动区域
作用域插槽如何利用 Block Tree 提升响应精度
作用域插槽（scoped slot）的数据来自子组件，但模板在父组件中定义。这种分离让 Block Tree 能更精准地绑定依赖：
立即学习“前端免费学习笔记（深入）”；
- 子组件中
slot的 props（如:data="listItem"）会被编译为响应式参数，仅当listItem本身变化时，对应插槽 block 才触发更新 - 父组件中插槽函数内的表达式（如
{{ data.title.toUpperCase() }}）只收集父组件自身的依赖，不会错误关联到子组件的其它状态 - 因此，列表项数据更新时，只会刷新当前项所在的作用域插槽 block，不会导致整张列表或容器 layout 重排
避免常见陷阱：插槽内容不应破坏 block 边界
虽然插槽天然适合细粒度更新，但某些写法会无意中扩大更新范围：
- 在插槽内容中直接引用子组件的响应式数据（如
{{ $parent.count }}），会让整个插槽 block 绑定到子组件的响应式系统，失去隔离性 - 把多个具名插槽写在同一行且无明确包裹（如
<slot name="a"></slot><slot name="b"></slot>），可能被编译器合并进同一个 block，导致一改全刷 - 未使用
key的动态插槽切换（如v-if="tab === 'user'"切换不同插槽）容易引起不必要的 VNode 销毁重建，建议搭配key或v-memo
