Vue 中 props 更新是异步的，因响应式系统采用批量更新机制，父组件修改数据后需经 $nextTick 才刷新 props；子组件应通过 watch + $nextTick 或 updated 钩子处理新值，父组件调用 ref 前须用 $nextTick 确保 props 已更新。
Vue 中 props 的更新是异步的，不是你改完父组件数据、子组件立刻就能读到新值。这背后是 Vue 响应式系统的批量更新机制在起作用——它会把同一轮事件循环里的多次数据变更合并处理，等 DOM 更新完成后再统一刷新。所以直接在 this.$emit 后、或父组件修改 data 后立即访问 props，大概率拿到的是旧值。
为什么 props 看起来“不及时”？
根本原因在于 Vue 的更新队列机制：
- 父组件修改数据（如
this.parentData = 'new'）后，Vue 并不马上同步更新子组件的 props，而是将这个更新任务加入异步队列； - DOM 渲染和 props 重赋值都发生在下一个 “tick”（即下一个微任务/事件循环阶段）；
- 因此，在父组件方法里调用
this.$refs.child.someMethod()，或子组件在this.$emit后立刻读this.propValue，都可能拿到未刷新的旧值。
子组件内：用 $nextTick 等待 props 刷新
当子组件需要在 props 更新后执行逻辑（比如根据新 prop 请求接口、计算尺寸），应在 watch 或事件响应中配合 this.$nextTick：
- 监听 prop 变化：
watch: { propValue() { this.$nextTick(() => { console.log('props 已更新，可安全使用', this.propValue) }) } }； - 在
updated钩子中也可用，但注意它会在每次更新后触发，需结合条件判断避免重复执行； - 不要用
setTimeout(() => {}, 0)替代，它时机不可控，且比$nextTick晚一个宏任务。
父组件内：确保 ref 调用前 props 已就位
如果父组件通过 ref 调用子组件方法，并依赖子组件内部的 props 值，不能在修改 data 后立刻调用：
立即学习“前端免费学习笔记（深入）”；
- 错误写法：
this.num = 2; this.$refs.child.doSomething(); // 此时 child.id 还是旧值； - 正确做法：
this.num = 2; this.$nextTick(() => { this.$refs.child.doSomething(); });； - 更健壮的方式是把逻辑移到子组件的
watch里，由子组件自己响应变化，而非父组件“推着走”。
补充建议：避免直接依赖 props 的“即时性”
设计上尽量减少对 props 更新“立刻生效”的假设：
- 把需要响应 props 变化的逻辑封装进
watch，而不是散落在 methods 或生命周期中； - 对于复杂对象或数组，开启
deep: true监听（Vue 2）或使用computed+JSON.stringify等轻量方式做变化检测； - 异步加载场景（如 API 返回后赋值给 props），可在子组件加
v-if="propValue !== undefined"避免渲染空状态。
