Vue3 的响应式系统用起来很爽，ref、reactive 一把梭，数据变了视图就更新。但你有没有遇到过：明明改了数据，页面却纹丝不动？
分享6个最容易踩的响应式陷阱，每一个都是真实项目中的高频问题。看完这篇，帮你省下无数 debug 时间。
陷阱一：解构 reactive 丢失响应性
这是排名第一的新手坑。
// 错误：解构后变成普通变量
const state = reactive({ name: '前端AI日志', count: 0 })
const { name, count } = state // 响应性丢失！
count++ // 视图不会更新解构操作把值从 Proxy 对象中“抽”了出来，变成了原始值，自然就没有响应性了。
// 正确：使用 toRefs 保持响应性
import { reactive, toRefs } from 'vue'
const state = reactive({ name: '前端AI日志', count: 0 })
const { name, count } = toRefs(state) // 每个属性变成 ref
count.value++ // 视图正常更新小贴士：toRefs 把每个属性转成 ref，使用时需要 .value。toRef 可读写且保持响应式，适合单属性抽取；toRefs 适合多属性批量解构。
陷阱二：给 reactive 整体重新赋值
// 错误：整体赋值会断开 Proxy 代理
const state = reactive({ list: [] })
function loadData() {
state = reactive({ list: [1, 2, 3] }) // 新对象，旧代理失效！
}reactive 返回的是 Proxy 对象，重新赋值等于换了一个新对象，原来的代理连接就断了。
// 正确方案一：逐个属性赋值
function loadData() {
state.list = [1, 2, 3] // 修改属性，代理仍在
}
// 正确方案二：用 ref 替代
const state = ref({ list: [] })
function loadData() {
state.value = { list: [1, 2, 3] } // ref 可以整体替换
}小贴士：需要整体替换的场景，优先用 ref。reactive 适合对象/数组类型，优先修改属性。
陷阱三：watch 监听 reactive 的某个属性
// 错误：直接传属性值，拿不到新值
const state = reactive({ name: 'Vue', version: 3 })
watch(state.name, (newVal) => {
console.log(newVal) // 永远不会触发！
})watch 的第一个参数需要是 getter 函数或 ref，直接传入 reactive 的属性值（原始值），不是响应式引用，watch 无法追踪变化。
// 正确：用 getter 函数
watch(
() => state.name,
(newVal, oldVal) => {
console.log(newVal) // 正常触发
}
)
// 正确：用 toRef 转成 ref
import { toRef } from 'vue'
const nameRef = toRef(state, 'name')
watch(nameRef, (newVal) => {
console.log(newVal) // 正常触发
})踩坑提醒：监听 reactive 整个对象时，watch 会自动深度监听，但 oldVal 和 newVal 会指向同一个对象（因为是引用类型），无法拿到旧值快照。
陷阱四：shallowRef 深层修改不触发更新
// 错误：深层属性修改，视图不更新
const state = shallowRef({ nested: { count: 0 } })
state.value.nested.count = 99 // 修改了，但视图没反应shallowRef 只追踪 .value 本身的变化，不会深入追踪内部属性。这在性能优化时很有用，但也容易踩坑。
// 正确：整体替换 .value
const state = shallowRef({ nested: { count: 0 } })
state.value = { nested: { count: 99 } } // 触发更新
// 正确：手动触发更新
import { triggerRef } from 'vue'
state.value.nested.count = 99
triggerRef(state) // 强制触发小贴士：大型数据结构（如表格数据、树形结构）用 shallowRef 可以显著提升性能，但修改后记得 triggerRef 或整体替换。
陷阱五：computed 没有收集到依赖
// 错误：在 computed 中使用非响应式数据
let items = [1, 2, 3] // 普通变量，不是响应式的
const doubled = computed(() => items.map(i => i * 2))
items.push(4) // doubled 不会重新计算computed 只能追踪其内部使用的响应式数据的变化。普通变量变不变，它根本不知道。
// 正确：使用响应式数据源
const items = ref([1, 2, 3])
const doubled = computed(() => items.value.map(i => i * 2))
items.value.push(4) // doubled 自动重新计算踩坑提醒：从 props 中解构出来的值也是响应式的，但如果先解构再传给 computed，需要确保解构时使用了 toRefs。
陷阱六：直接重新赋值 ref 变量，导致响应式引用断裂
// 错误：直接给 ref 变量重新赋值，断裂了模板绑定的引用
let data = ref(null)
onMounted(async () => {
const res = await fetch('/api/data')
data = ref(await res.json()) // 创建了新 ref，模板绑定的还是旧的
})问题在于 data = ref(...) 创建了一个全新的 ref，但模板中绑定的是最初的那个 data。
// 正确：修改 .value 而不是替换整个 ref
const data = ref(null)
onMounted(async () => {
const res = await fetch('/api/data')
data.value = await res.json() // 修改值，引用不变
})小贴士：记住一个原则——ref 变量本身永远不要重新赋值，只修改 .value。
选型速判
| 场景 | 优先 API |
|---|---|
| 基本类型 / 需整体替换 | ref |
| 对象 / 数组，改属性 | reactive |
| 解构响应式对象 | toRefs |
| 大数据只读 / 性能优化 | shallowRef |
本文内容仅供个人学习、研究或参考使用，不构成任何形式的决策建议、专业指导或法律依据。未经授权，禁止任何单位或个人以商业售卖、虚假宣传、侵权传播等非学习研究目的使用本文内容。如需分享或转载，请保留原文来源信息，不得篡改、删减内容或侵犯相关权益。感谢您的理解与支持！