为什么Vue中的v-if和v-for不建议一起用?

面试官：请你说一下Vue中v-if和v-for的优先级谁更高吧？如果两个在同一个标签上出现，会出现什么问题嘛？怎么解决这个问题呢？

我：......（好像会，但是具体不太知道咋说）。

老实说，咋一听到这个题，如果自己没有试验过感觉还真容易说错，就像是会进入一个“思维误区”，就会理所当然的想如果这两个指令同时出现一个标签那是不是应该先if判断是否存在才会去渲染for的循环结构？但实际是这样吗？接下来我们就通过案例和源码文件的查看来彻底解决这个常见的面试题。

---

一、v-if 和 v-for的使用

 v-if

v-if 指令用于条件性地渲染一块内容。这块内容只会在指令的表达式返回 true值的时候被渲染。

 v-for

v-for 指令基于一个数组来渲染一个列表。v-for 指令需要使用 item in items 形式的特殊语法，其中 items 是源数据数组或者对象，而 item 则是被迭代的数组元素的别名。

在 v-for 的时候，建议设置key值，并且保证每个key值是独一无二的，这便于diff算法进行优化

v-if & v-for的使用

<Modal v-if="isShow" />

<ul>
  <li v-for="item in items" :key="item.id">
    {{ item.label }}
  </li>
</ul>

---

二、v-if 和 v-for的优先级

v-if与v-for都是vue模板系统中的指令。在vue模板编译的时候，会将指令系统转化成可执行的render函数。

 v-if与v-for在同一标签

编写一个p标签，同时使用v-if与 v-for

<div id="app">
    <p v-if="isShow" v-for="item in items">
        {{ item.title }}
    </p>
</div>

创建vue实例，存放isShow与items数据

const app = new Vue({
  el: "#app",
  data() {
    return {
      items: [
        { title: "foo" },
        { title: "baz" }]
    }
  },
  computed: {
    isShow() {
      return this.items && this.items.length > 0
    }
  }
})

模板指令的代码都会生成在render函数中，通过app.$options.render就能得到渲染函数

console.log('输出render函数', app.$options.render);

控制台输出结果为：

ƒ anonymous() {
  with (this) { return 
    _c('div', { attrs: { "id": "app" } }, 
    _l((items), function (item) 
    { return (isShow) ? _c('p', [_v("\n" + _s(item.title) + "\n")]) : _e() }), 0) }
}

_l是vue的列表渲染函数，函数内部都会进行一次if判断。

_l的作用就是循环处理items的，function(item){......}就是嵌套在_l函数中的，那这个结果就是每循环一次就去执行里面的函数一次，我们看到最后的结果就是return后面的，也就是说，-l函数包含了isShow的判断，也就是：每循环一次列表，就会判断一次isShow。

✔ 初步得到结论：v-for优先级是比v-if高。

---

 v-if与v-for在不同标签

将v-for与v-if置于不同标签，如下代码：

<div id="app">
  <template v-if="isShow">
    <p v-for="item in items">{{item.title}}</p>
  </template>
</div>

再输出下render函数

ƒ anonymous() {
  with(this){return 
    _c('div',{attrs:{"id":"app"}},
    [(isShow)?[_v("\n"),
    _l((items),function(item){return _c('p',[_v(_s(item.title))])})]:_e()],2)}
}

这时候我们可以看到，v-for与v-if作用在不同标签时候，是先进行判断，再进行列表的渲染

---

三、Vue源码解析

源码位置：\vue-dev\src\compiler\codegen\index.js

通过前面的案例，我们可以知道v-for的优先级比v-if的优先级高，但是要知道具体原因，需要去vue源码中找：

export function genElement (el: ASTElement, state: CodegenState): string {
  if (el.parent) {
    el.pre = el.pre || el.parent.pre
  }
  if (el.staticRoot && !el.staticProcessed) {
    return genStatic(el, state)
  } else if (el.once && !el.onceProcessed) {
    return genOnce(el, state)
  } else if (el.for && !el.forProcessed) {
    return genFor(el, state)
  } else if (el.if && !el.ifProcessed) {
    return genIf(el, state)
  } else if (el.tag === 'template' && !el.slotTarget && !state.pre) {
    return genChildren(el, state) || 'void 0'
  } else if (el.tag === 'slot') {
    return genSlot(el, state)
  } else {
    // component or element
    ...
}

通过以上代码，我们可以知道源码在进行if判断的时候，v-for是比v-if先进行判断的，即是先判断for再判断if，就证明 v-for 比 v-if 的优先级更高。

✔ 最终结论：v-for优先级比v-if高

---

四、注意事项

遇到的问题和解决方案

问题：永远不要把 v-if 和 v-for 同时用在同一个元素上，带来性能方面的浪费（每次渲染都会先循环再进行条件判断）

解决方案：为了避免出现这种情况，有如下两种解决办法：

- 使用 template

在外层嵌套template（页面渲染不生成dom节点），在这一层进行v-if判断，然后在内部进行v-for循环

<template v-if="isShow">
    <p v-for="item in items">{{ item.title }}</p>
</template>

- 借助 computed 

如果条件出现在循环内部，可通过计算属性computed提前过滤掉那些不需要显示的项。

<p v-for="item in items">{{ item.title }}</p>

<script>
  new Vue({
    computed: {
        items: function() {
          return this.list.filter(function (item) {
            return item.isShow
          })
        }
    }
  })
</script>

五、做个总结

回归刚开始的面试题，可以得出结论：

• v-for比v-if优先级更高（可以说清结论的来源更好）。
• 如果同时出现在同一个标签上，则每次渲染都会先执行循环再进行条件判断，会造成较大的性能浪费。

解决办法有两种:

- 先在外层套一个template来放置v-if，再嵌套v-for。

- 借助computed计算属性代替v-if。

注：Vue 3.0 已经调整了v-if和v-for 的优先级，故不存在渲染性能问题。

---

——参考资料

v-if和v-for可以一起使用吗？哪个优先级比较高？有什么影响-CSDN博客

v-if 和v-for一起使用的弊端及解决办法?-CSDN博客

vue中v-if和v-for一起使用的弊端及解决办法 | 为什么不建议v-for和v-if一起使用

为什么不建议v-for和v-if一起使用-CSDN博客 | 关于v-for和v-if一起使用的问题 - 知乎