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