watcheffect不提供旧值，因其设计目标是自动追踪依赖并立即执行，只关心当前响应式数据状态，不保存或对比历史快照；需旧值时应改用watch、手动缓存或computed+watch组合。
因为 watchEffect 的设计目标就是自动追踪、立即执行、专注过程，它不记录变化前的状态，所以根本不存在 oldValue 的概念。这不是缺陷，而是机制使然——它只关心“现在用到了哪些响应式数据”，一旦其中任一变化，就重跑整个回调。
为什么 watchEffect 不提供旧值
watchEffect 在首次执行时就收集所有读取的响应式依赖（比如 count.value、user.name），后续仅在这些依赖更新时触发重执行。它不保存上一次执行时的快照，也不维护前后值对比逻辑。这和 watch 的显式监听 + 值缓存机制有本质区别。
需要旧值时的三种实用替代方案
当你确实需要对比变化（比如防抖请求、状态回退、日志记录），可按场景选择：
-
用 watch 替代：最直接。监听同一组数据源，回调中自然拿到
(newVal, oldVal)。例如监听 ref 或 getter 函数：watch(() => user.profile, (n, o) => { if (n.id !== o.id) loadDetail(n.id) }) -
手动缓存旧值（适合简单 ref）：在 setup 中定义一个额外 ref 记录上一次值，watchEffect 内部先读旧值再更新缓存：
const prevCount = ref(count.value); watchEffect(() => { console.log('从', prevCount.value, '变为', count.value); prevCount.value = count.value; }); -
用 computed + watch 组合：对复杂对象做结构化比对。比如监听
computed(() => JSON.stringify(obj))，虽不精准但能触发变化信号；再配合 watch 获取前后字符串做 diff 或仅作标记。
什么情况其实根本不需要 oldValue
多数副作用场景并不要求精确差异判断。比如：
- 表单输入实时校验（只需当前值是否合法）
- 同步 UI 状态（如按钮禁用态随 loading 变化）
- 触发日志上报（只关心“发生了变更”，不关心怎么变）
这类需求 watchEffect 更轻量、更直观，硬加 oldValue 反而增加冗余逻辑。
选 watch 还是 watchEffect，关键看你的副作用是否依赖“变化本身”还是“变化前后的关系”。前者用 watchEffect，后者必须用 watch。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
