前言
临安网站建设公司创新互联,临安网站设计制作，有大型网站制作公司丰富经验。已为临安上千家提供企业网站建设服务。企业网站搭建\外贸营销网站建设要多少钱，请找那个售后服务好的临安做网站的公司定做！
Vue.js 是开源的一个前端开发库，通过简洁的 API 提供高效的数据绑定和灵活的组件系统。在前端纷繁复杂的生态中，Vue.js在近年来受到一定程度的关注，目前在 GitHub上已经有5000+。
本文是笔者在开发实践中踩过的坑，总结和分享出来，希望对大家学习Vue有所帮助。下面来看看详细的介绍：
【问题描述】
v-for遍历数组中存在空值导致页面报错，情况如下：
开发框架是以Vue为模型绑定的核心，根据错误可以进行一个简单的判断：
▪ removeChild操作既然不是发生在开发者显示书写的代码中，就应该是模型销毁后Vue引擎移除dom节点导致的。
▪ 错误栈信息都在框架的代码之内，此操作不可能是有用户代码触发导致的。
开发者某一流程的操作，会100%稳定地触发出这一错误，此错误导致js执行终端，整个程序陷入瘫痪无法工作，开发者的操作流程可以简化为如下的步骤：
1. 访问视图A。
2. 访问视图B。
3. 回退历史记录到A。（错误发生在这里）
以上的跳转关系都是视图跳转，也就是发生在路由系统之内的路由跳转，按照路由逻辑，第三步的时候会依次执行视图的声明周期函数，包括：
▪ B视图的unRender逻辑，包括beforeUnRender和afterUnRender。
▪ A视图的Render，包括beforeRender和afterRender。
开发者只在beforeRender的阶段进行了模型重置的操作，几乎可以确定无疑，报错就是由这几行模型重置和赋值的操作引起的。层层排除可以寻找到使用简单代码重新此问题的方式。
【重现方式】
准备一个简单的空工程，新建视图test，一下的代码分别为js/view/test.js和html/view/test.html，js/view/test.js中视图对模型的操作可以完整反映重现此问题的流程。其中，setTimeout模拟的是ajax操作以让数据在多个tick之后设置到模型以观察Vue对dom节点的创建和销毁。
$nextTick之后，将test_arr置空的操作是为了使vue将此数据对应的dom节点销毁，对应代码如下：
以上的代码可以稳定重新问题，下面是解题思路。
【解决方案】
在不求甚解的状态下，这个问题是比较容易解决的，这里有几个临时的解决方案。
▲方案一
从报错信息Uncaught TypeError: Cannot read property 'removeChild' of null可知，之所以发生这个问题是因为在null的对象上执行了removeChild。
修改Vue框架代码，将这里的代码：
修改为：
▲方案二
深入地分析，为什么el.parentNode会是null，通过上面重现的步骤发现，当that.model.test_arr = ["","4","","5","6",""]这段代码设置发生后，v-for产生的dom节点之后3个，而不是5个，这种情况下el.parentNode就是不存在的，所以产生了第二种解决方案，强制不给空数据的元素生成dom节点。
▲方案三
问题并不算是圆满解决，正常的情况下框架应该具有鲁棒性，适应不同的使用场景，不应该出现js报错的问题，所以还有深入研究下去的必要。
在Vue中针对v-for指令有一个track-by的可选配置：
▪无track-by情况：数据修改时，无论值是否被修改，dom都被重新渲染。
▪有track-by情况：数据修改时，不变数据所在的dom不被重新渲染，已改变的数据所在dom才被重新渲染。
因为 v-for 默认通过数据对象的特征来决定对已有作用域和 DOM 元素的复用程度，这可能导致重新渲染整个列表。但是，如果每个对象都有一个唯一 ID 的属性，便可以使用 track-by 特性给 Vue 一个提示，Vue因而能尽可能地复用已有实例。所以就有了第三种解决方案。
【原因分析】
v-for遍历数组中存在空值导致页面报错，主要是遍历条件里对值的判断有问题。Vue为了保证对dom节点的复用，内置了一份按照id存取的dom缓存，通过对数据分析出dom_id，然后根据此id从缓存中获取dom节点。由于不同的数据取到了相同的dom_id，所以没有创建dom节点出来。但是，在最终数组置空，模型变更之后dom节点移除的时候却为这些dom节点触发了remove操作，也就是方案一中兼容的那些代码：
所以问题必定出现在getTrackByKey这个函数的执行上，以下是getTrackByKey的代码：
Vue中对数据绑定的操作大大地提高了开发者应用开发的效率，但与此同时也伴随着一些不易察觉的问题，尤其如本文中问题的重现条件比较复杂的情况下，测试不一定可以覆盖到问题的触发条件，这个时候就需要开发人员多一分警惕。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对创新互联的支持。
