📋 目录
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" 等价于做了两件事:
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
这些方式仅作为补充手段,不推荐大量使用,因为它们破坏了组件的封装性,让组件强耦合于父/子的具体实现。
实际项目中的组件通信场景
简单数据流:父组件展示列表 + 子组件展示详情(用 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 { 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']};