v-model在uni-app子组件不生效是因为需显式支持双向绑定:Vue 2需props声明value并emit input事件,Vue 3需声明modelValue并emit update:modelValue事件;直接解构props会丢失响应性,推荐显式绑定或使用watch+nextTick确保同步。
uni-app 里
为什么在子组件不生效?
因为
在 uni-app(基于 Vue 2 或 Vue 3 的小程序编译模式)中不是“自动穿透”的,子组件必须显式支持才能响应父组件的双向绑定。Vue 2 和 Vue 3 的实现机制不同,但 uni-app 编译后对小程序平台做了兼容处理,导致部分行为和 H5 不一致。
常见错误现象:
绑定子组件后,父组件数据变化能更新子组件,但子组件内部修改值却无法同步回父组件;控制台无报错,但绑定“看起来失效”。
Vue 2 模式下,子组件需同时声明
并触发
Vue 3 模式下(uni-app 3.0+),需声明
并触发
uni-app 2.x 默认是 Vue 2 模式,即使项目用了 Composition API,
编译仍按 Vue 2 规则走
示例(Vue 2 兼容写法,最稳妥):
用
+
写父子同步,为什么还是不同步?
问题出在 uni-app 当前版本(截至 3.9.x)对 Vue 3 `
` 的响应式约束处理不完全,尤其在小程序平台,`props` 默认是只读代理,直接解构或赋值会丢失响应性。
使用场景:你写了 Composition API 形式子组件,想用
,但父组件传入后子组件改不了值。
❌ 错误写法:
—— 解构后
不再响应
✅ 正确写法:保持
原样访问,并用
⚠️ 注意:uni-app 小程序端不支持 Vue 3 的
简写语法(如
),只能用默认的
简短示例:
父组件用
或
手动同步,有必要吗?
有,而且往往是更可控的选择。尤其当子组件逻辑复杂(比如带防抖、格式化、校验),或者需要兼容 Vue 2 / Vue 3 双模式时,显式绑定比依赖
更可靠。
性能影响很小,但可读性和调试性显著提升:你能一眼看出数据流向,也方便加断点或 log。
父组件写法:
子组件只需接收
prop,触发
事件(Vue 2 风格)或
(Vue 3 风格)
兼容性最好:不管 uni-app 是 2.x 还是 3.x,也不管目标平台是微信、支付宝还是 H5,都稳
小程序平台特有的坑:
监听不到 props 变化?
不是监听不到,而是 uni-app 在某些版本中对小程序 setData 的异步合并策略,导致
触发时机滞后或被跳过,尤其在快速连续赋值时。
容易踩的坑:你在子组件用
做副作用(比如聚焦 input),但有时不执行。
✅ 推荐用
(Vue 3 setup)或
(Options API)
⚠️ 小程序真机调试时,
可能被缓存或延迟输出,别单靠它判断 watch 是否触发
如果涉及 DOM 操作(如
),务必加
或
确保节点已渲染
复杂点在于:这个“滞后”不是 bug,是小程序 setData 的设计使然;你得接受它,并在关键路径上主动让渡控制权。
v-modelv-modelv-modelprops: ['value']$emit('input', newValue)props: ['modelValue']$emit('update:modelValue', newValue)v-model
definePropsdefineEmitsdefinePropsv-modelconst { modelValue } = defineProps(['modelValue'])modelValueprops.modelValuedefineEmits(['update:modelValue'])v-modelv-model:titlemodelValue:value.sync@inputv-modelvalueinputupdate:modelValuewatchwatchwatch: { value() { ... } }watch(() => props.value, () => { ... }, { immediate: true })watch: { value: { handler() {}, immediate: true } }console.logfocus()nextTicksetTimeout(..., 0)