计算属性是基于惰性effect的缓存型响应式机制:首次访问时执行getter并收集依赖,后续依赖未变则返回缓存值;依赖变化时仅标记dirty,下次读取才重算并更新依赖关系,支持动态精确收集与多级响应链接。Vue.js 的计算属性(computed)能自动响应依赖数据变化并缓存结果,其底层核心正是依赖追踪与副作用函数(effect)的联动机制。这不是简单的"监听+执行",而是一套精细的响应式调度系统:当计算属性被访问时,它会主动"注册"自己所用到的响应式数据为依赖;当这些数据变化时,再触发对应计算逻辑的重新求值。计算属性本质是一个带缓存的响应式 effectVue 中的 computed 并非独立于响应式系统之外,而是基于 effect 构建的封装。它内部会创建一个惰性(lazy)的副作用函数,并设置 dirty = true 标志。首次读取时才执行该 effect 得到值,同时收集依赖;后续读取若依赖未变,直接返回缓存值(value),跳过重新执行。每个 computed 实例都持有一个私有 effect,该 effect 的 runner 就是计算函数本身这个 effect 被标记为 lazy: true 和 computed: true,使其不立即执行,也不参与普通响应式更新队列依赖的响应式属性(如 ref 或 reactive 中的字段)在 getter 执行过程中,通过 track() 记录当前 activeEffect(即该 computed effect)为其依赖依赖收集发生在 getter 执行时当你在 computed(() => obj.count + 1) 中访问 obj.count,其 get trap 会检测到当前存在活跃的 effect(即该 computed 的 runner),于是调用 track(obj, 'count', activeEffect),把该 effect 加入 obj.count 对应的依赖集合(depsMap)中。依赖收集是"被动触发"的:只有真正读取响应式属性,才会建立连接若计算属性中存在条件分支(如 v ? a : b),只有实际执行到的分支路径上的响应式读取才会被收集这意味着依赖关系是动态、精确的------不会因代码存在而收集,只因运行时执行而收集响应式更新触发 dirty 置位与懒执行当某个被依赖的响应式属性(如 obj.count)被修改,其 set trap 会调用 trigger(obj, 'count'),遍历所有依赖该 key 的 effects 并执行它们的 scheduler(如果存在)。对于 computed effect,scheduler 的默认行为是将自身标记为 dirty = true,而不是立刻重算。 Ideogram Ideogram是一个全新的文本转图像AI绘画生成平台,擅长于生成带有文本的图像,如LOGO上的字母、数字等。
相关推荐
YOU OU1 小时前
Redis基础常识与命令Scott9999HH1 小时前
【IIoT流量实战】蒸汽管道阀门全关却仍有流量?用 Python 实现涡街信号 FFT 频谱分析与温压全补偿积算网关,深度拆解靠谱的涡街流量计厂家硬核技术标准AI云海2 小时前
python 列表、元组、集合和字典二十雨辰3 小时前
[爬虫]-UrllibDatabase_Cool_3 小时前
OLTP 和 OLAP 区别详解:分析型数据库和事务型数据库怎么选(附阿里云 AnalyticDB MySQL 选型指南)爱写代码的阿森4 小时前
鸿蒙三方库 | harmony-utils之KvUtil键值型数据库操作详解Database_Cool_4 小时前
单机 MySQL 迁移到分布式数据库方便吗?阿里云 PolarDB-X 100% MySQL 协议兼容零改造平滑迁移玉鸯5 小时前
Agent Hook:在概率推理之上,为 Agent 叠加确定性控制姜太小白5 小时前
【MySQL】 索引优化实战:解决 WHERE 等值 + IS NULL 查询,TEXT 字段报错 1167 的完整指南