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

📋 目录
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:title。Vue 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++; // ❌ 警告:避免直接修改 propthis.$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 写法
<!-- 父组件:双向绑定多个字段 --><LoginFormv-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)"/><inputtype="password":value="password"@input="$emit('update:password', $event.target.value)"/><inputtype="checkbox":checked="remember"@change="$emit('update:remember', $event.target.checked)"/></form>`};
provide / inject 的局限性
// 祖先组件export default {provide() {return { theme: this.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 { count: 0 }; },methods: {increment() { this.count++; }},// Vue 3 显式暴露expose: ['increment']};