跳到内容
当前位置:首页>面试真题>简历写精通 Vue 却频频挂面试?这篇真题救你 offer(三)

简历写精通 Vue 却频频挂面试?这篇真题救你 offer(三)

  • 2026-09-18 21:03:16
简历写精通 Vue 却频频挂面试?这篇真题救你 offer(三)

📋 目录

  • Q1. Vue 的核心是什么?对比 Vue 2 和 Vue 3 的响应式原理有什么区别

  • Q2. 什么是 MVVM 模式?Vue 是如何体现 MVVM 的?

  • Q3. Vue 实例的选项有哪些?(例如 data、computed、methods、watch、生命周期等)

  • Q4. v-if 和 v-show 有什么区别?分别适用于什么场景?

  • Q5. v-for 和 v-if 为什么不推荐一起使用?有什么替代方案?

  • Q6. Vue 中如何实现父子组件通信?(props + $emit / v-model)

  • Q7. 什么是插槽(Slot)?slot 和 slot-scope 在 Vue 2 和 Vue 3 中有什么区别?

  • Q8. computed 和 watch 有什么区别?各自的使用场景是什么?

  • Q9. 什么是 nextTick?它的实现原理是什么?

  • Q10. Vue 3 的 Composition API 和 Options API 有什么区别?

Q5. v-for 和 v-if 为什么不推荐一起使用?有什么替代方案?

考点

v-for 与 v-if 在同一元素上使用时的性能问题、Vue 渲染机制的理解、以及正确的替代方案。

答案

不推荐在同一元素上同时使用 v-for 和 v-if,原因是优先级问题、语义混乱和性能浪费。

不能一起使用的原因

  • Vue 2 中:v-for 的优先级高于 v-if。这意味着每次渲染时会先执行 v-for 遍历整个数组,再判断每个元素是否满足 v-if 条件。如果数组很大、满足条件的元素很少,绝大多数遍历都是"白跑"的,造成性能浪费。

  • Vue 3 中:v-if 的优先级高于 v-for。虽然避免了无意义遍历,但两者混用依然不推荐,因为条件和循环逻辑耦合在一起会导致代码难以维护、语义不清。

  • 共同问题:当数据可能变化时,v-for 内的 v-if 条件函数可能在每次更新时都被反复调用,增加开销。

替代方案

方案一:用 computed 预先过滤数据(最推荐)

在 computed 中根据条件把原始数据过滤成"视图需要的数据",模板中只 v-for 过滤后的数组。这样做的好处是:过滤逻辑集中管理、模板更简洁、v-for 只遍历必要数据、性能最优。数据本身不经常变化的场景(如权限过滤、状态过滤)特别适合。

方案二:用 v-if 作为外层容器包裹

当整个列表为空时不需要渲染列表,可以用 v-if 作为外层容器判断"列表长度大于 0 才渲染",再用 v-for 渲染每个条目。这样既避免了空数组的渲染开销,又不会让 v-for 和 v-if 写在同一元素上。

方案三:用 v-show 替代内层 v-if

如果列表很大但需要"保留状态"地切换显示/隐藏,可以用 v-show 替代 v-if 作为内层条件。注意 v-show 不会减少 DOM 节点数,只是控制可见性。适合"用户筛选条件改变时需要立刻看到所有条目"的场景,但要注意 DOM 节点数可能很大。

方案四:拆成嵌套结构

把 v-for 和 v-if 分到不同层级:外层用 v-for 遍历,外层元素内部用 v-if 决定是否渲染该条目。这种方式适合"每个条目都需要根据自己内部属性决定是否渲染"的场景,语义比混用更清晰。

实际项目中的最佳实践

以"后台管理系统的用户列表"为例:

  • 外层 v-if:控制整个列表的渲染(loading 状态、空状态切换)。

  • computed 过滤:在 filteredUsers 中集中处理搜索、筛选逻辑。

  • computed 分页:在 paginatedUsers 中根据 currentPage 和 pageSize 切片。

  • v-for 渲染:只渲染 paginatedUsers(已经过滤+分页过的数据)。

  • v-if 在按钮级别:权限控制用 v-if 控制单个按钮的显隐。

这种结构既避免 v-for+v-if 混用,又把逻辑分层清晰,模板和业务逻辑都更容易维护。

知识点详解

Vue 2 与 Vue 3 优先级差异

// Vue 2 编译结果(v-for 优先){  render(h) {    return this.users.map(user =>      user.isActive ? h('li', user.name) : null    );  }}// Vue 3 编译结果(v-if 优先){  setup() {    return () =>      this.isActive        ? this.users.map(user => h('li', user.name))        : null;  }}

Vue 2 每次都遍历整个数组再过滤,Vue 3 先判断外层条件再决定是否遍历。但 混用本身仍不推荐——逻辑分散、难以阅读。

computed 过滤的实现

export default {  data() {    return {      users: [        { id: 1, name: '张三', isActive: true },        { id: 2, name: '李四', isActive: false }      ],      searchKeyword: '',      currentPage: 1,      pageSize: 10    };  },  computed: {    // ✅ 过滤逻辑集中管理    filteredUsers() {      let result = this.users;      if (this.searchKeyword) {        result = result.filter(u => u.name.includes(this.searchKeyword));      }      return result;    },    // ✅ 分页单独处理    paginatedUsers() {      const start = (this.currentPage - 1) * this.pageSize;      return this.filteredUsers.slice(start, start + this.pageSize);    }  }};

模板中只渲染 paginatedUsers,避免 v-for+v-if 混用。

key 的重要性

v-for 必须绑定 `:key,key 用来标识每个 vnode 的"身份":

<!-- ❌ 错误:用 index 作为 key,列表变动时会错位 --><liv-for="(user, index) in users":key="index">{{ user.name }}</li><!-- ✅ 正确:用唯一标识作为 key --><liv-for="user in users":key="user.id">{{ user.name }}</li>

为什么 index 作 key 会有问题?

// 初始列表[1'A'2'B'3'C']  // key: 0, 1, 2// 头部插入新元素[0'X'1'A'2'B'3'C']  // key: 0, 1, 2, 3// Vue 用 key 0 找到 'X',用 key 1 找到 'A'...// 看起来好像"全部都更新了",但实际上 key 没变,Vue 会复用 DOM

大列表优化方案

当数据量很大时,computed 过滤可能成为瓶颈:

<!-- 方案1:v-memo(Vue 3.2+)记忆化,避免不必要重渲染 --><divv-for="item in items"v-memo="[item.id, item.edited]":key="item.id">  {{ item.name }}</div><!-- 方案2:虚拟滚动,只渲染视口内的条目 --><RecycleScroller:items="items":item-size="50"key-field="id">  <template #default="{ item }">    <div>{{ item.name }}</div>  </template></RecycleScroller>

template 元素的双重身份

<!-- 身份1:v-if/v-for 的分组容器,不渲染到 DOM --><templatev-if="show">  <h1>标题</h1>  <p>内容</p></template><!-- 身份2:插槽模板,标记插槽内容 --><MyComponent>  <template #header>    <h1>自定义标题</h1>  </template></MyComponent>

Q6. Vue 中如何实现父子组件通信?

考点

Vue 组件通信的核心模式、Props 向下传递与 Events 向上传递的单向数据流、v-model 的本质、以及多种通信方式的适用场景。

答案

Vue 父子组件通信的核心是Props 向下传递、Events 向上传递的单向数据流,父组件不能直接修改子组件的内部状态,子组件也不能直接修改父组件的数据。

方式一:Props + $emit(最基础的方式)

  • Props(父 → 子):父组件通过属性绑定向子组件传递数据,子组件在 props 选项中声明接收。Props 是只读的,子组件不能直接修改 props,否则会在开发模式下报警告。

  • $emit(子 → 父):子组件通过 $emit('eventName', payload) 触发自定义事件,父组件用 @eventName="handler" 监听。Vue 3 中推荐用 emits 选项声明要触发的事件,便于代码自文档化和类型推断。

方式二:v-model(语法糖)

v-model 本质上是 :modelValue + @update:modelValue 的语法糖,Vue 2 中叫 :value + @input,Vue 3 改成了更语义化的 modelValue。父组件写 v-model="xxx" 等价于做了两件事:

  • 把 xxx 传给子组件的 modelValue prop。

  • 监听子组件触发的 update:modelValue 事件并把第一个参数赋值给 xxx。

v-model 适合"父组件需要直接修改子组件内部数据"的场景,比如表单输入、受控弹窗等。

方式三:v-model 绑定多个值(Vue 3)

Vue 3 中支持 v-model:propName 语法,可以在同一个组件上绑定多个 v-model。每个 v-model 对应一个 prop + 一对 update 事件,prop 名可以自定义。典型场景:复杂的表单组件需要双向绑定多个字段(用户名、密码、记住我等)。

方式四:sync 修饰符(Vue 2 特有)

Vue 2 中还提供了 .sync 修饰符,本质上是为单个 prop 提供"双向绑定"语法糖,等价于 :title + @update:titleVue 3 中已废弃,统一用 v-model:title 替代。

方式五:$parent / $children / $refs

  • $parent:访问当前组件的父组件实例。

  • $children:访问当前组件的子组件实例数组(不保证顺序,Vue 3 中已移除)。

  • $refs:访问通过 ref 属性标记的子组件实例或 DOM 元素。

这些方式仅作为补充手段,不推荐大量使用,因为它们破坏了组件的封装性,让组件强耦合于父/子的具体实现。

实际项目中的组件通信场景

  • 简单数据流:父组件展示列表 + 子组件展示详情(用 props 传数据)。

  • 表单组件:用户输入实时反映到父组件(用 v-model)。

  • 复杂表单:登录表单有多个字段(用 Vue 3 的多个 v-model)。

  • 表单验证:Form 组件 + FormItem 组件(FormItem 通过 inject 接收 Form 的上下文)。

  • 跨层级数据:主题/全局配置(用 provide/inject)。

知识点详解

单向数据流的意义

// ✅ 单向数据流:子组件不能直接修改 propexport default {  props: ['count'],  methods: {    handleClick() {      this.count++; // ❌ 警告:避免直接修改 prop      this.$emit('update:count'this.count + 1); // ✅ 通过事件通知父组件    }  }};

好处

  • 可追溯:数据流向清晰,调试时容易定位问题。

  • 可维护:组件之间没有直接依赖,可以独立修改。

  • 避免状态混乱:多个子组件不能同时修改父组件数据,避免竞态。

Vue 3 v-model 的本质

<!-- 父组件 --><CustomInputv-model="searchText" />
<!-- 编译后等价于 --><CustomInput  :modelValue="searchText"  @update:modelValue="searchText = $event"/>
// 子组件 CustomInputexport default {  props: ['modelValue'],  emits: ['update:modelValue'],  template: `    <input      :value="modelValue"      @input="$emit('update:modelValue', $event.target.value)"    />  `};

Vue 3 多 v-model 写法

<!-- 父组件:双向绑定多个字段 --><LoginForm  v-model:username="form.username"  v-model:password="form.password"  v-model:remember="form.remember"/>
// 子组件 LoginFormexport default {  props: ['username''password''remember'],  emits: ['update:username''update:password''update:remember'],  template: `    <form>      <input        :value="username"        @input="$emit('update:username', $event.target.value)"      />      <input        type="password"        :value="password"        @input="$emit('update:password', $event.target.value)"      />      <input        type="checkbox"        :checked="remember"        @change="$emit('update:remember', $event.target.checked)"      />    </form>  `};

provide / inject 的局限性

// 祖先组件export default {  provide() {    return { themethis.theme };  }};// 后代组件(不限制层级)export default {  inject: ['theme'],  template`<div :class="theme">...</div>`};

优点:不需要逐层传递 props,简化跨层级组件的传值。

缺点:组件不知道自己从哪里拿的数据,破坏了封装性,调试时难以追踪数据来源。只适合传递全局性的、不会变化的数据(如主题色、国际化文案),不适合传递业务数据。

ref 访问组件实例

<template>  <ChildComponentref="child" /></template>
export default {  mounted() {    // 通过 ref 访问子组件实例    this.$refs.child.someMethod();    this.$refs.child.someData// 访问子组件 data  }};

警告:ref 访问破坏了组件封装。正确的做法是子组件通过 expose(Vue 3)或公开方法主动暴露接口:

<br class="Apple-interchange-newline"><div></div>// 子组件export default {  data() { return { count0 }; },  methods: {    increment() { this.count++; }  },  // Vue 3 显式暴露  expose: ['increment']};
今日学习完毕,下次再继续吧