8种Vue中数据更新了但页⾯没有更新的情况
⽬录
1、Vue ⽆法检测实例被创建时不存在于 data 中的属性
原因：
由于 Vue 会在初始化实例时对属性执⾏ getter/setter 转化
所以属性必须在 data 对象上存在才能让 Vue 将它转换为响应式的。
场景
var vm = new Vue({
data:{},
// 页⾯不会变化
template: '<div>{{message}}</div>'
})
解决⽅案
var vm = new Vue({
data: {
// 声明 a、b 为⼀个空值字符串
message: '',
},
template: '<div>{{ message }}</div>'
})
扩展
VUE组件中的data必须是函数？
Object是引⽤数据类型，如果不⽤function返回，每个组件的data都是内存的同⼀个地址，⼀个数据改变了其他也改变了。
只有函数构成作⽤域(注意理解作⽤域，只有函数{}构成作⽤域，对象的{}以及if(){}都不构成作⽤域),data是⼀个函数时，每个组件实例都有⾃⼰的作⽤域，每个实例相互独⽴，不会相互影响。
2、 Vue ⽆法检测‘对象属性’的添加或移除
原因：
由于ES5的限制，Vue.js 不能检测到对象属性的添加或删除。
因为 Vue.js 在初始化实例时将属性转为 getter/setter，所以属性必须在 data 对象上才能让 Vue.js 转换它，才能让它是响应的。
场景：
var vm = new Vue({
data:{
obj: {
id: 001
}
},
// 页⾯不会变化
template: '<div>{{ ssage }}</div>'
})
ssage = 'hello' // 不是响应式的
delete vm.obj.id      // 不是⾮响应式的
解决办法：
// 动态添加 - Vue.set
Vue.set(vm.obj, propertyName, newValue)
// 动态添加 - vm.$set
vm.$set(vm.obj, propertyName, newValue)
// 动态添加多个
// 代替 `Object.assign(this.obj, { a: 1, b: 2 })`
this.obj = Object.assign({}, this.obj, { a: 1, b: 2 })
// 动态移除 - Vue.delete
Vue.delete(vm.obj, propertyName)
// 动态移除 - vm.$delete
vm.$delete(vm.obj, propertyName)
3、Vue 不能检测利⽤数组索引直接修改⼀个数组项
原因：
由于 JavaScript 的限制，Vue 不能检测数组和对象的变化；尤⾬溪 - 性能代价和获得⽤户体验不成正⽐。
场景：
var vm = new Vue({
data: {
items: ['a', 'b', 'c']
}
})
vm.items[1] = 'x' // 不是响应性的
解决办法：
// Vue.set
Vue.set(vm.items, indexOfItem, newValue)
// vm.$set
vm.$set(vm.items, indexOfItem, newValue)
// Array.prototype.splice
vm.items.splice(indexOfItem, 1, newValue)
拓展：
Object.defineProperty() 可以监测数组的变化
对数组新增⼀个属性（index）不会监测到数据变化，因为⽆法监测到新增数组的下标（index），删除⼀个属性（index）也是。var arr = [1, 2, 3, 4]
arr.forEach(function(item, index) {
Object.defineProperty(arr, index, {
set: function(value) {
console.log('触发 setter')
item = value
},
get: function() {
console.log('触发 getter')
return item
}
})
})
arr[1] = '123'  // 触发 setter
arr[1]          // 触发 getter 返回值为 "123"
arr[5] = 5      // 不会触发 setter 和 getter
4、Vue 不能监测直接修改数组长度的变化
原因：
由于 JavaScript 的限制，Vue 不能检测数组和对象的变化；
尤⾬溪 - 性能代价和获得⽤户体验不成正⽐。(Object.defineProperty() 可以监测数据的变化)
场景：
var vm = new Vue({
data: {
items: ['a', 'b', 'c']
}
})
vm.items.length = 2 // 不是响应性的
解决办法：
vm.items.splice(newLength)
5、在异步更新执⾏之前操作 DOM 数据不会变化
原因：
由于Vue 在更新 DOM 时是异步执⾏的。
javascript登录注册界面
只要侦听到数据变化，Vue 将开启⼀个队列，并缓冲在同⼀事件循环中发⽣的所有数据变更。
如果同⼀个 watcher 被多次触发，只会被推⼊到队列中⼀次。
这种在缓冲时去除重复数据对于避免不必要的计算和 DOM 操作是⾮常重要的。
然后，在下⼀个的事件循环中，Vue 刷新队列并执⾏实际 (已去重的) ⼯作。
Vue 在内部对异步队列尝试使⽤原⽣的 Promise.then、MutationObserver 和 setImmediate，如果执⾏环境不⽀持，则会采⽤ setTimeout(fn, 0) 代替。
场景：
<div id="example">{{message}}</div>
var vm = new Vue({
el: '#example',
data: {
message: '123'
}
})
vm.$el.textContent === 'new message' // false
vm.$lor = 'red' // 页⾯没有变化
解决办法：
使⽤Tick(callback) callback 将在 DOM 更新完成后被调⽤
var vm = new Vue({
el: '#example',
data: {
message: '123'
}
})
vm.$el.textContent === 'new message' // true
vm.$lor = 'red' // ⽂字颜⾊变成红⾊
})
拓展：
异步更新带来的数据响应的误解
<!-- 页⾯显⽰：我更新啦！ -->
<div id="example">{{}}</div>
var vm = new Vue({
el: '#example',
data: {
message: {},
}
})
vm.$nextTick(function () {
< = '我更新啦！'
})
上段代码中，我们在 data 对象中声明了⼀个 message 空对象，然后在下次 DOM 更新循环结束之后触发的异步回调中，执⾏了如下两段代码：
< = '我更新啦！'
到这⾥，模版更新了，页⾯最后会显⽰我更新啦！。
模板更新了，应该具有响应式特性，如果这么想那么你就已经⾛⼊了误区。
⼀开始我们在 data 对象中只是声明了⼀个 message 空对象，并不具有 text 属性，所以该 text 属性是不具有响应式特性的。
但模板切切实实已经更新了，这⼜是怎么回事呢？
那是因为 Vue.js 的 DOM 更新是异步的，即当 setter 操作发⽣后，指令并不会⽴马更新，指令的更新操作会有⼀个延迟，当指令更新真正执⾏的时候，此时 text 属性已经赋值，所以指令更新模板时得到的是新值。
模板中每个指令/数据绑定都有⼀个对应的 watcher 对象，在计算过程中它把属性记录为依赖。之后当依赖的 setter 被调⽤时，会触发 watcher 重新计算，也就会导致它的关联指令更新 DOM。
具体流程如下所⽰：
执⾏this.dataObj = {}；时， setter 被调⽤。
Vue.js 追踪到 message 依赖的 setter 被调⽤后，会触发 watcher 重新计算。
< = 'new text'; 对 text 属性进⾏赋值。
异步回调逻辑执⾏结束之后，就会导致它的关联指令更新 DOM，指令更新开始执⾏。
所以真正的触发模版更新的操作是 ssage = {}；这⼀句引起的，因为触发了 setter，所以单看上述例⼦，具有响应式特性的数据只有message 这⼀层，它的动态添加的属性是不具备的。
对应上述第⼆点 - Vue ⽆法检测对象 property 的添加或移除
6、循环嵌套层级太深，视图不更新？
看到⽹上有些⼈说数据更新的层级太深，导致数据不更新或者更新缓慢从⽽导致试图不更新？
由于我没有遇到过这种情况，在我试图重现这种场景的情况下，发现并没有上述情况的发⽣，所以对于这⼀点不进⾏过多描述（如果有⼈在真实场景下遇到这种情况留个⾔吧）。
针对上述情况有⼈给出的解决⽅案是使⽤强制更新：
如果你发现你⾃⼰需要在 Vue 中做⼀次强制更新，99.9% 的情况，是你在某个地⽅做错了事。
迫使 Vue 实例重新渲染。注意它仅仅影响实例本⾝和插⼊插槽内容的⼦组件，⽽不是所有⼦组件。
1. 不会重新触发⽣命周期钩⼦函数，⽐如mounted
2. 不会渲染⼦组件的更新，即使⼦组件的props发⽣改变了。
vm.$forceUpdate()
7、路由参数变化时，页⾯不更新（数据不更新）
原因：
路由视图组件引⽤了相同组件时，当路由参会变化时，会导致该组件⽆法更新，也就是我们常说中的页⾯⽆法更新的问题。
场景：
在路由构建选项 routes 中配置了⼀个动态路由 '/home/:name'，它们共⽤⼀个路由组件 Home，这代表他们复⽤ RouterView 。
当进⾏路由切换时，页⾯只会渲染第⼀次路由匹配到的参数，之后再进⾏路由切换时，message 是没有变化的。
<div id="app">
<ul>
<li><router-link to="/home/foo">To Foo</router-link></li>
<li><router-link to="/home/baz">To Baz</router-link></li>
<li><router-link to="/home/bar">To Bar</router-link></li>
</ul>
<router-view></router-view>
</div>
const Home = {
template: `<div>{{message}}</div>`,
data() {
return {
message: this.$route.params.name
}
}
}
const router = new VueRouter({
mode:'history',
routes: [
{path: '/home', component: Home },
{path: '/home/:name', component: Home }
]
})
new Vue({
el: '#app',
router
})
解决办法：
解决的办法有很多种，这⾥只列举我常⽤到⼀种⽅法。
通过 watch 监听 $route 的变化。
const Home = {
template: `<div>{{message}}</div>`,
data() {
return {
message: this.$route.params.name
}
},
watch: {
'$route': function() {
}
}
}
...
new Vue({
el: '#app',
router
})
给<router-view></router-view>绑定 key 属性，这样 Vue 就会认为这是不同的 <router-view>。
弊端：如果从 /home 跳转到 /user 等其他路由下，我们是不⽤担⼼组件更新问题的，所以这个时候 key 属性是多余的。
<div id="app">
...
<router-view :key="key"></router-view>
</div>
8、使⽤keep-alive之后数据⽆法实时更新问题
keep-alive 相关内容
概念：<keep-alive>是Vue的⼀个内部组件，适合⽤来缓存不需要实时更新的组件，这样可以保留组件状态避免重新渲染。
Props：
include ：接受字符串或正则表达式，这⾥是需要被缓存的组件名
exclude ：接受字符串或正则表达式，这⾥是不需要缓存的组件名
max ：接受数字，最多可以缓存多少组件实例
问题描述：
问题：在需要重新请求数据的时候，依然⾛的缓存
根据需求实现在列表页点击“编辑”进⾏修改某项数据，修改完成返回之后，依旧保留在原位置，保留之前的查条件和之前的数据，使⽤vue 中的<keep-alive>之后，返回列表页时不刷新页⾯，依旧保持之前的数据，⽆法展⽰修改之后的最新消息。
解决办法：
⽅案1：如果要在进⼊页⾯的时候获取最新的数据，需要在activated阶段获取数据，承担原来created钩⼦中获取数据的任务(亲测，时⽽有效，时⽽⽆效，不知道是什么原因)。
⽅案2：在账户登录之后调⽤ **load() **，起到重新请求的作⽤（已亲测）
⽅案3：在vuex中设置状态，动态绑定 include 值，在登录的时候缓存需要缓存的组件，在退出的时候，清除需要刷新的组件（效果很理想，也顺带解决了加载数据时，数据闪现的情况）
⽅案4：借⽤组件内的守卫beforeRouteEnter(to,from,next){},⽅法，
每次进⼊之后取到编辑之后的最新数据，然后把现有的列表中对应的数据进⾏修改，修改之后进⾏强制刷新，这样就可以
实现需要的效果了。
beforeRouteEnter 守卫不能访问 this：因为守卫在导航确认前被调⽤，因此即将登场的新组件还没被创建。
　不过，你可以通过传⼀个回调给 next来访问组件实例。在导航被确认的时候执⾏回调，并且把组件实例作为回调⽅法的参数。　
beforeRouteEnter (to, from, next) {
next(vm => {
// 通过 `vm` 访问组件实例
})
}
注意:
beforeRouteEnter 是⽀持给 next 传递回调的唯⼀守卫。
对于 beforeRouteUpdate 和 beforeRouteLeave 来说，this 已经可⽤了，所以不⽀持传递回调，因为没有必要了。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。