vue 为什么要使用key(详解vue中v-for的key唯一性)
vue 为什么要使用key
详解vue中v-for的key唯一性目录
- 1. DOM Diff
- 2. 为同一层的相同类型的元素添加 key 属性
- 3. key 不能是 index 下标值
要想真正了解 key 属性的存在意义,还真得从 DOM Diff 说起,并不需要深入了解 DOM Diff 的原理,而是仅仅需要知道 DOM Diff 的工作过程即可。
Vue 和 React 都采用了运用虚拟 DOM 的方式减少浏览器不必要的渲染。由于 Vue 和 React 采用的都是 v = render( m ) 的方式渲染视图的,当 model 数据发生变化时,视图更新的方式就是重新 render DOM 元素。但是有时候我们只是改变了一个组件中的某一个 li 中的数据,如果采用原生 render 的方式去更新视图的话,那整个组件都要更新。岂不浪费时间?
我们日常生活中碰到这样的情况可不会全部更新,就像一个拼图拼好了,后来其中一小块需要更换,我们找到拿一块直接替换就好了,绝不会说再从头拼一次。Vue 和 React 的开发者也是这样想的,就去想方设法优化。
我们人眼一眼就可以看出改变前和改变后的不同之处,只更新不同之处就可以了。但计算机可一眼看不出来,它必须从头一块快地对比,直至找到不同之处进行更新。这个将改变前和改变后进行对比找不同的过程就是 DOM Diff,DOM Diff 中的 DOM 是虚拟 DOM,也就是 JavaScript 对象,一一比较找到不同之处后,就去局部更新真正的 DOM。
在比较的过程中, 虚拟 DOM 也会构成一棵虚拟 DOM 树,DOM Diff 的工作过程就是比较两棵虚拟 DOM 树上的对象节点,具体就是每一层和每一层的对应位置进行比较。正是因为计算机只会比较每一层对应位置的的两个虚拟 DOM 元素,如果这两棵树中改变后的树的某一层只是插入了一个节点,那树的结构是不变的,DOM Diff 在比较这一层的时候就会导致错位比较了,如下图所示:
因为这一层的虚拟 DOM 节点对于 Vue 和 React 来说除了 DOM 节点本身外是完全没有任何不同的,所以 DOM Diff 在比较的时候就只能按照对应位置一一比较了。
一一比较后,如果节点类型相同,那么就会复用该节点,单单局部更新该节点内不同的内容处。就像上述图中的,如果这是 ul 下的 li 的虚拟 DOM 节点的话,那一一比较后发现节点类型相同,就复用之前的节点,将节点里面的内容进行改变,也就是,将C更新成F,D更新成C,E更新成D,最后再插入E。
上述是插入节点的情况,带来的后果就是效率上的降低,但如果是删除节点的情况,那带来的后果可就不仅仅是效率了。
假如是点击一个按钮删除一个 li 元素,那新旧虚拟 DOM 树进行比较的时候,还是根据树中每一层的对应位置一一比较,比如删除后的 [1,2,3] 变成了 [1,3],它就会将第一个 li 和第二个 li 相比较,发现元素类型没有变化,就会复用第一个 li,再递归对比 li 里面的,发现都没变化就继续复用。到了第二个 li 之间比较的时候,发现也都是 li 元素,那就会复用之前的li,单单将 2 变成了 3。
此时,如果复用的 li 中有子元素的话,子元素依赖的数据没有发生变化的话,就会继续复用之前的子组件,这样就会导致一个错位,如下图:
2. 为同一层的相同类型的元素添加 key 属性在上述的 DOM Diff 算法中,比较的仅仅是两棵树同一层的对应位置,在不同层之前的元素之间是不需要比较的,而且,当 DOM Diff 的过程中发现,改变后的虚拟 DOM 和之前的虚拟 DOM 类型不同的时候,就会将之前的卸载,重新再添加改变后的元素节点。因此,上述的问题就出现在,两棵树中同一层的节点类型相同时,在该层添加或删除时会降低效率或者带来 bug。
这就是我们在 v-for 循环中生成同种类型的标签元素时的情况,如果不为该标签节点做点什么,就存在bug隐患,那么应该做什么呢?
答案就是为同一层的相同节点类型的节点添加一个唯一标识的 key 值,这样,在 DOM Diff 进行配对比较时,就会将 key 相同的两个虚拟 DOM 进行比较,而不是仅仅按照对应位置进行比较了。
这样一来就不会导致错位比较了,就大大提高了比较的效率,解决了 bug 隐患。
3. key 不能是 index 下标值因为数组或对象的 index 下标值是唯一的,因此我们经常使用 index 作为 key 属性的值,有的人说这样是可以的,会带来性能上的优化什么的,但使用 index 下标值是会有大大的 bug 隐患的。
这些 bug 会在你 v-for 循环的数组或对象发生添加或删除或顺序改变时。
那么为什么不能使用 index 下标呢?
其实就是因为 index 下标使用了跟没使用了一样,因为在添加和删除时,某一个特定元素的 index 是会变的,比如 [1,2,3] 变成了 [1,3] 后,原来数据 3 对应的下标为2,删除后数据 3 的下标变成了 1,这在 DOM Diff 的时候,会根据 key 值相等的进行两两配对比较,这数据3对应的节点前后还是对应不上,因此,使用了 index 作为 key 跟没设置 key 是一样的效果。
这就是为什么不要使用 index 作为 key 的原因。
因此:key 属性值必须是独一无二的且不会改变的
以上就是详解vue中v-for的key唯一性的详细内容,更多关于vue中v-for的key唯一性的资料请关注开心学习网其它相关文章!
- vue3 兄弟组件(vue3如何按需加载第三方组件库详解)
- vue的修饰符都有哪些(详解Vue的sync修饰符)
- vuecli打包项目(使用vue-cli创建项目并webpack打包的操作方法)
- vue react和angular(详解React Angular Vue三大前端技术)
- vue购物车怎么实现(Vue.js框架实现购物车功能)
- vue考试链接重置(Vue实现答题功能)
- vue编程加入购物车(vuex实现简单的购物车功能)
- vueweb端聊天(Vue实现聊天界面)
- elementuivue使用技巧(Vue Element前端应用开发之常规Element界面组件)
- vue路由跳转的方法(Vue路由监听实现同页面动态加载的示例)
- vuevlog制作软件(Vue实现Dialog封装)
- vue element admin接口(Vue-Element-Admin集成自己的接口实现登录跳转)
- vue手动清除keepalive缓存(vue中keep-alive组件的用法示例)
- vue原理详解(vue响应式原理与双向数据的深入解析)
- vue中的mapgetter优势(vuex 中辅助函数mapGetters的基本用法详解)
- vuex数据持续化(Vuex数据持久化实现的思路与代码)
- 历史惊人的相似,美国80万加仑牛奶倒入下水道,意味着什么(历史惊人的相似)
- 美国数十万加仑牛奶倒进下水道,世界会重演1929年的大萧条吗(美国数十万加仑牛奶倒进下水道)
- 美国数十万加仑牛奶倒入下水道,贫民区食不果腹,历史再次重演(美国数十万加仑牛奶倒入下水道)
- 美国倒掉数十万加仑牛奶 上热搜第一,这一幕似曾相识(美国倒掉数十万加仑牛奶)
- 深度 倒牛奶 这一幕为何又在美国上演(深度倒牛奶)
- 美国数十万加仑牛奶倒下水道怎么回事 原因曝光令人心痛(美国数十万加仑牛奶倒下水道怎么回事)
热门推荐
- dedecms标签怎么调用(dedeCMS 站内搜索代码的改进方法)
- python线程安全队列(Python 限制线程的最大数量的方法Semaphore)
- mysql演示事务提交(MySQL找出未提交事务的SQL实例浅析)
- pythonssh登录服务器(对python 通过ssh访问数据库的实例详解)
- html5怎么设置左边input(HTML5中input输入框默认提示文字向左向右移动的示例代码)
- win7iis搭建web服务器(如何搭建云服务器之IIS的配置)
- 宝塔面板端口一般设置多少合适(宝塔面板设置了防盗链不生效如何解决)
- 宝塔如何通过ip访问网站(宝塔面板如何禁止“服务器IP地址”打开网站?)
- nginx反向代理端口号(nginx 代理80端口转443端口的实现)
- sql server中PageLatch和PageIOLatch等待
排行榜
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9