Jw
首页
技术
英语
首页
技术
英语
  • 01-权衡的艺术

    • 1.1 命令式与声明式
    • 1.2 性能与可维护性的权衡
    • 1.3 虚拟DOM的性能到底如何
    • 1.4 运行时和编译时
  • 02-框架设计的核心要素

    • 2.1 提升用户的开发体验
    • 2.2 控制框架代码的体积
    • 2.3 框架要做到良好的 Tree-Shaking
    • 2.4 框架应该输出怎样的构建产物
    • 2.5 特性开关
    • 2.6 错误处理
    • 2.7 良好的 TypeScript 类型支持
  • 03-Vue.js 3 的设计思路

    • 3.1 声明式地描述UI
    • 3.2 初识渲染器
    • 3.3 组件的本质
    • 3.4 模板的工作原理
    • 3.5 Vue.js 是各个模块组成的有机整体
  • 04-响应系统的作用与实现

    • 4.1 响应式数据与副作用函数
    • 4.2 响应式数据的基本实现
    • 4.3 设计一个完善的响应系统
    • 4.4 分支切换与 cleanup
    • 4.5 嵌套的effect与effect栈
    • 4.6 避免无限递归循环
    • 4.7 调度执行
    • 4.8 计算属性 computed 与 lazy
    • 4.9 watch 的实现原理
    • 4.10 立即执行的 watch 与回调执行时机
    • 4.11 过期的副作用
  • 05-非原始值的响应式方案

    • 5.1 理解 Proxy 和 Reflect
    • 5.2 JavaScript 对象及 Proxy 的工作原理
    • 5.3 如何代理 Object
    • 5.4 合理地触发响应
    • 5.5 浅响应与深响应
    • 5.6 只读和浅只读
    • 5.7 代理数组
    • 5.7.1 数组的索引与 length
    • 5.7.2 遍历数组
    • 5.7.3 数组的查找方法
    • 5.7.4 隐式修改数组长度的原型方法
    • 5.8 代理 Set 和 Map
    • 5.8.1 如何代理Set和Map
    • 5.8.2 建立响应联系
    • 5.8.3 避免污染原始数据
    • 5.8.4 处理forEach
    • 5.8.5 迭代器方法
    • 5.8.6 values与keys方法
  • 06-原始值的响应式方案

    • 6.1 引入 ref 的概念
    • 6.2 响应丢失问题
    • 6.3 自动脱ref
  • 07-渲染器的设计

    • 7.1 渲染器与响应系统的结合
    • 7.2 渲染器的基本概念
    • 7.3 自定义渲染器
  • 08-挂载与更新

    • 8.1 挂载子节点和元素的属性
    • 8.2 HTML Attributes 与 DOM Properties
    • 8.3 正确地设置元素属性
    • 8.4 class的处理
    • 8.5 卸载操作
    • 8.6 区分vnode类型
    • 8.7 事件的处理
    • 8.8 事件冒泡与更新时机问题
    • 8.9 更新子节点
    • 8.10 文本节点和注释节点
    • 8.11 Fragment
  • 09-简单 Diff 算法

    • 9.1 减少 DOM 操作的性能开销
    • 9.2 DOM 复用与 key 的作用
    • 9.3 找到需要移动的元素
    • 9.4 如何移动元素
    • 9.5 添加新元素
    • 9.6 移除不存在的元素
  • 10-双端 Diff 算法

    • 10.1 双端比较的原理
    • 10.3 非理想状况的处理方式
    • 10.4 添加新元素
    • 10.5 移除不存在的元素
  • 11-快速 Diff 算法

    • 11.1 相同的前置元素和后置元素
    • 11.2 判断是否需要进行 DOM 移动操作
    • 11.3 如何移动元素
  • 12-组件的实现原理

    • 12.1 渲染组件
    • 12.2 组件状态与自更新
    • 12.3 组件实例与组件的生命周期
    • 12.4 props与组件的被动更新
    • 12.5 setup 函数的作用与实现
    • 12.6 组件事件与 emit 的实现
    • 12.7 插槽的工作原理与实现
    • 12.8 注册生命周期
  • 13-异步组件与函数式组件

    • 13.1 异步组件要解决的问题
    • 13.2.1 封装defineAsyncComponent函数
    • 13.2.2 超时与 Error 组件
    • 13.2.3 延迟与 Loading 组件
    • 13.2.4 重试机制
    • 13.3 函数式组件
  • 14-内建组件和模块

    • 14.1.1 组件的激活与失活
    • 14.1.2 include 和 exclude
    • 14.1.3 缓存管理
    • 14.2.1 Teleport 组件要解决的问题
    • 14.2.2 实现 Teleport 组件
    • 14.3.1 原生 DOM 的过渡
    • 14.3.2 实现 Transition 组件
  • 15-编译器核心技术概览

    • 15.1 模板 DSL 的编译器
    • 15.2 parser 的实现原理与状态机
    • 15.3 构造AST
    • 15.4 AST 的转换与插件化架构
    • 15.4.1 节点的访问
    • 15.4.2 转换上下文与节点操作
    • 15.4.3 进入与退出
    • 15.5 将模板 AST 转为 JavaScript AST
    • 15.6 代码生成
  • 16-解析器

    • 16.1 文本模式及其对解析器的影响
    • 16.2 递归下降算法构造模板 AST
    • 16.3 状态机的开启与停止
    • 16.4 解析标签节点
    • 16.5 解析属性
    • 16.6.1 解析文本
    • 16.6.2 解码命名字符引用
    • 16.6.3 解码数字字符引用
    • 16.7 解析插值与注释
  • 17-编译优化

    • 17.1.1 传统Diff算法问题
    • 17.1.2 Block 与 PatchFlags
    • 17.1.3 收集动态节点
    • 17.1.4 渲染器的运行时支持
    • 17.2.1 带有 v-if 指令的节点
    • 17.2.2 带有 v-for 指令的节点
    • 17.2.3 Fragment 的稳定性
    • 17.3 静态提升
    • 17.4 预字符串化
    • 17.5 缓存内联事件处理函数
    • 17.6 v-once
  • 18-同构渲染

    • 18.1 CSR、SSR 以及同构渲染
    • 18.2 将虚拟 DOM 渲染为 HTML 字符串
    • 18.3 将组件渲染为 HTML 字符串
    • 18.4 客户端激活的原理
    • 18.5.1 组件的生命周期
    • 18.5.2 使用跨平台的 API
    • 18.5.3 只在某一端引入模块
    • 18.5.4 避免交叉请求引起的状态污染
    • 18.5.5 ClientOnly 组件

12.4 props 与组件的被动更新

props 是父组件交给子组件的数据;由父组件自更新引起的子组件更新叫被动更新,实现的关键是把实例上的 props 做成浅响应。

一、props 的两个来源

在虚拟 DOM 层面,组件的 props 与普通 HTML 标签的属性差别不大,但组件需要显式声明自己接收哪些 props:

来源位置说明
传递的 propsvnode.props父组件写在子组件节点上的属性
声明的 props组件选项 props子组件声明自己会接收哪些 props
const MyComponent = {
  // 组件接收名为 title 的 props,类型为 String
  props: { title: String },
  render() { /* ... */ }
}

const CompVNode = {
  type: MyComponent,
  props: { title: 'A Big Title', other: 'other' }   // 父组件传递
}

没有定义在组件 props 选项中的数据会被归入 attrs(Vue.js 3 的约定),attrs 通常透传到组件的根元素上。 本例的 props: { title: String } 只用来判断「声明了哪些 props」,不处理默认值与类型校验。

二、resolveProps:拆出 props 与 attrs

const [props, attrs] = resolveProps(propsOption, vnode.props)

function resolveProps(options, propsData) {
  const props = {}
  const attrs = {}
  // 遍历为组件传递的 props 数据
  for (const key in propsData) {
    if (key in options) {
      // 在组件 props 选项中有定义 → 合法 props
      props[key] = propsData[key]
    } else {
      // 否则作为 attrs
      attrs[key] = propsData[key]
    }
  }
  return [props, attrs]
}

三、props 用 shallowReactive 包装

const instance = {
  state,
  // 将解析出的 props 包装为浅响应并定义到实例上
  props: shallowReactive(props),
  isMounted: false,
  subTree: null
}

用 shallowReactive 而不是 reactive:props 本质上是父组件的数据,深层响应式由父组件那边负责;子组件这一层只要在 props 属性被替换时能触发重新渲染就够了。 正因为是浅响应,更新 props 时直接给 instance.props[k] 赋值,就能触发子组件重新渲染。

四、渲染上下文 renderContext

有了 props 之后,this.foo(自身状态)与 this.title(props)都要能访问,于是用一个代理统一拦截读取/设置:

const renderContext = new Proxy(instance, {
  get(t, k) {
    const { state, props } = t
    if (state && k in state) {
      return state[k]                                  // 优先自身状态
    } else if (k in props) {
      return props[k]                                  // 其次 props
    } else {
      console.error('不存在')
    }
  },
  set(t, k, v) {
    const { state, props } = t
    if (state && k in state) {
      state[k] = v
    } else if (k in props) {
      console.warn(`Attempting to mutate prop "${k}". Props are readonly.`)
    } else {
      console.error('不存在')
    }
  }
})

// 渲染函数与所有生命周期钩子的 this 都换成 renderContext
const subTree = render.call(renderContext, renderContext)
created && created.call(renderContext)
mounted && mounted.call(renderContext)
beforeUpdate && beforeUpdate.call(renderContext)
updated && updated.call(renderContext)

props 是只读的:通过 this.title = xxx 写 props 会走 set 的 props 分支并给出警告。

五、被动更新 patchComponent

流程:

  1. 父组件自更新 → 重新执行父组件的渲染函数 → 生成新的子组件 vnode(带新的 vnode.props);
  2. patch 发现新旧 vnode 的 type(组件选项对象)相同,进入 patchComponent;
  3. 用 hasPropsChanged 判断 props 是否真的变化,没变就什么都不做;
  4. 变了就更新 instance.props;因为 props 是浅响应,赋值会触发子组件的渲染副作用 → 子组件重新渲染。
function patchComponent(n1, n2, container) {
  // 关键:实例同时挂到新 vnode 上,否则下一次更新取不到实例
  const instance = (n2.component = n1.component)
  const { props } = instance

  if (hasPropsChanged(n1.props, n2.props)) {
    const [nextProps] = resolveProps(n2.type.props, n2.props)
    // 更新 props
    for (const k in nextProps) {
      props[k] = nextProps[k]
    }
    // 删除不存在的 props
    for (const k in props) {
      if (!(k in nextProps)) delete props[k]
    }
  }
}

function hasPropsChanged(prevProps, nextProps) {
  const nextKeys = Object.keys(nextProps)
  // 数量变了 → 有变化
  if (nextKeys.length !== Object.keys(prevProps).length) return true
  for (let i = 0; i < nextKeys.length; i++) {
    const key = nextKeys[i]
    // 有不相等的 props → 有变化
    if (nextProps[key] !== prevProps[key]) return true
  }
  return false
}

组件实例只创建一次,n2.component = n1.component 不能漏。 被动更新不需要显式调用子组件的更新函数,触发交给响应式系统完成。 值比较用的是 !==,对象类型的 props 每次都是新对象会被判定为「变了」;此外本例没有处理 attrs 与 slots 的更新(attrs 的更新原理与 props 类似)。

六、测试

const CompVNode = {
  type: MyComponent,
  props: {
    title: ref('A Big Title'),
    other: 'other'
  }
}

setTimeout(() => {
  CompVNode.props.title.value = 'A Small Title'
}, 1200)

// 用 effect 包住渲染调用,模拟「父组件更新」
effect(() => {
  renderer.render(CompVNode, document.querySelector('#app'))
})
  • 子组件渲染函数里写 this.title.value,读取 props 建立响应联系;
  • 修改 ref 的 .value 触发外层 effect → 重新执行渲染 → 新旧 vnode 类型相同 → 进入 patchComponent 更新 props。

相关

  • 12.3 组件实例与组件的生命周期:实例对象的定义,以及挂载与更新的区分
  • 12.5 setup 函数的作用与实现:setup 的第一个参数,就是这里解析出的 props 的只读版本
最近更新: 2026/10/12 00:05
Contributors: liujw
Prev
12.3 组件实例与组件的生命周期
Next
12.5 setup 函数的作用与实现