vue3面试题：2022 最新前端 Vue 3.0 面试题及答案（持续更新中……）

1、 Vue2.0 和 Vue3.0 有什么区别？

1. 响应式系统的重新配置，使用代理替换对象.define属性，使用代理优势：

• 可直接监控阵列类型的数据变化
• 监听的目标是对象本身，不需要像Object.defineProperty那样遍历每个属性，有一定的性能提升
• 可拦截应用、拥有密钥、有等13种方法，以及Object.define属性没有办法
• 直接添加对象属性/删除

1. 新增组合API，更好的逻辑重用和代码组织
2. 重构虚拟 DOM

• 模板编译时间优化，将一些静态节点编译成常量
• slot优化，采取槽编译成懒人功能，拿槽渲染的决定留给子组件
• 在模板中提取和重用内联事件（最初，每次渲染时都会重新生成内联函数）

1. 代码结构调整，更方便树摇动，使其更小
2. 使用打字脚本替换流

2、Vue3带来了什么改变？

1.性能的提升

• 打包大小减少41%
• 初次渲染快55%, 更新渲染快133%
• 内存减少54%......

2.源码的升级

• 使用Proxy代替defineProperty实现响应式
• 重写虚拟DOM的实现和Tree-Shaking......

3.拥抱TypeScript

• Vue3可以更好的支持TypeScript

4.新的特性

1. Composition API（组合API）- setup配置- ref与reactive- watch与watchEffect- provide与inject- ......
2. 新的内置组件- Fragment- Teleport- Suspense
3. 其他改变- 新的生命周期钩子- data 选项应始终被声明为一个函数- 移除keyCode支持作为 v-on 的修饰符- ......

4.vue3还有哪些其他改变？

• data选项应始终被声明为一个函数。
• 过度类名的更改：- Vue2.x写法.v-enter,.v-leave-to { opacity: 0;}.v-leave,.v-enter-to { opacity: 1;}- Vue3.x写法.v-enter-from,.v-leave-to { opacity: 0;}​.v-leave-from,.v-enter-to { opacity: 1;}
• 移除keyCode作为 v-on 的修饰符，同时也不再支持config.keyCodes
• 移除v-on.native修饰符- 父组件中绑定事件<my-component v-on:close="handleComponentEvent" v-on:click="handleNativeClickEvent"/>- 子组件中声明自定义事件<script> export default { emits: ['close'] }</script>
• 移除过滤器（filter）> 过滤器虽然这看起来很方便，但它需要一个自定义语法，打破大括号内表达式是 “只是 JavaScript” 的假设，这不仅有学习成本，而且有实现成本！建议用方法调用或计算属性去替换过滤器。
• ......

3、生命周期（vue2和vue3的生命周期对比）有哪些？

​

vue2.x的生命周期

vue3.0的生命周期

​

1

• Vue3.0中可以继续使用Vue2.x中的生命周期钩子，但有有两个被更名：- beforeDestroy改名为 beforeUnmount- destroyed改名为 unmounted
• Vue3.0也提供了 Composition API 形式的生命周期钩子，与Vue2.x中钩子对应关系如下：- beforeCreate===>setup()- created=======>setup()- beforeMount ===>onBeforeMount- mounted=======>onMounted- beforeUpdate===>onBeforeUpdate- updated =======>onUpdated- beforeUnmount ==>onBeforeUnmount- unmounted =====>onUnmounted

4、Vue3.0中的响应式原理是什么？vue2的响应式原理是什么？

vue2.x的响应式

• 实现原理：- 对象类型：通过Object.defineProperty()对属性的读取、修改进行拦截（数据劫持）。- 数组类型：通过重写更新数组的一系列方法来实现拦截。（对数组的变更方法进行了包裹）。Object.defineProperty(data, 'count', { get () {}, set () {}})
• 存在问题：- 新增属性、删除属性, 界面不会更新。- 直接通过下标修改数组, 界面不会自动更新。

Vue3.0的响应式

• 实现原理:- 通过Proxy（代理）: 拦截对象中任意属性的变化, 包括：属性值的读写、属性的添加、属性的删除等。- 通过Reflect（反射）: 对源对象的属性进行操作。- MDN文档中描述的Proxy与Reflect：- Proxy：Proxy - JavaScript | MDN- Reflect：Reflect - JavaScript | MDNnew Proxy(data, { // 拦截读取属性值 get (target, prop) { return Reflect.get(target, prop) }, // 拦截设置属性值或添加新属性 set (target, prop, value) { return Reflect.set(target, prop, value) }, // 拦截删除属性 deleteProperty (target, prop) { return Reflect.deleteProperty(target, prop) }})​proxy.name = 'tom'

5、vue3响应式数据的判断？

• isRef: 检查一个值是否为一个 ref 对象
• isReactive: 检查一个对象是否是由 reactive 创建的响应式代理
• isReadonly: 检查一个对象是否是由 readonly 创建的只读代理
• isProxy: 检查一个对象是否是由 reactive 或者 readonly 方法创建的代理

6、vue3的常用 Composition API有哪些？

官方文档: 介绍 | Vue.js

1.拉开序幕的setup

1. 理解：Vue3.0中一个新的配置项，值为一个函数。
2. setup是所有Composition API（组合API）“ 表演的舞台 ”。
3. 组件中所用到的：数据、方法等等，均要配置在setup中。
4. setup函数的两种返回值：1. 若返回一个对象，则对象中的属性、方法, 在模板中均可以直接使用。（重点关注！）2. 若返回一个渲染函数：则可以自定义渲染内容。（了解）

5.setup的几个注意点

• setup执行的时机- 在beforeCreate之前执行一次，this是undefined。
• setup的参数- props：值为对象，包含：组件外部传递过来，且组件内部声明接收了的属性。- context：上下文对象- attrs: 值为对象，包含：组件外部传递过来，但没有在props配置中声明的属性, 相当于 this.$attrs。- slots: 收到的插槽内容, 相当于 this.$slots。- emit: 分发自定义事件的函数, 相当于 this.$emit。
• 尽量不要与Vue2.x配置混用- Vue2.x配置（data、methos、computed...）中可以访问到setup中的属性、方法。- 但在setup中不能访问到Vue2.x配置（data、methos、computed...）。- 如果有重名, setup优先。
• setup不能是一个async函数，因为返回值不再是return的对象, 而是promise, 模板看不到return对象中的属性。（后期也可以返回一个Promise实例，但需要Suspense和异步组件的配合）

2.ref函数

• 作用: 定义一个响应式的数据
• 语法: const xxx = ref(initValue)- 创建一个包含响应式数据的引用对象（reference对象，简称ref对象）。- JS中操作数据： xxx.value- 模板中读取数据: 不需要.value，直接：<div>{{xxx}}</div>
• 备注：- 接收的数据可以是：基本类型、也可以是对象类型。- 基本类型的数据：响应式依然是靠Object.defineProperty()的get与set完成的。- 对象类型的数据：内部 “ 求助 ” 了Vue3.0中的一个新函数—— reactive函数。

3.reactive函数

• 作用: 定义一个对象类型的响应式数据（基本类型不要用它，要用ref函数）
• 语法：const 代理对象= reactive(源对象)接收一个对象（或数组），返回一个代理对象（Proxy的实例对象，简称proxy对象）
• reactive定义的响应式数据是“深层次的”。
• 内部基于 ES6 的 Proxy 实现，通过代理对象操作源对象内部数据进行操作。

4.reactive对比ref

• 从定义数据角度对比：- ref用来定义：基本类型数据。- reactive用来定义：对象（或数组）类型数据。- 备注：ref也可以用来定义对象（或数组）类型数据, 它内部会自动通过reactive转为代理对象。
• 从原理角度对比：- ref通过Object.defineProperty()的get与set来实现响应式（数据劫持）。- reactive通过使用Proxy来实现响应式（数据劫持）, 并通过Reflect操作源对象内部的数据。
• 从使用角度对比：- ref定义的数据：操作数据需要.value，读取数据时模板中直接读取不需要.value。- reactive定义的数据：操作数据与读取数据：均不需要.value。

5.计算属性与监视

1.computed函数

• 与Vue2.x中computed配置功能一致
• 写法import {computed} from 'vue'​setup(){ ... //计算属性——简写 let fullName = computed(()=>{ return person.firstName + '-' + person.lastName }) //计算属性——完整 let fullName = computed({ get(){ return person.firstName + '-' + person.lastName }, set(value){ const nameArr = value.split('-') person.firstName = nameArr[0] person.lastName = nameArr[1] } })}

2.watch函数

• 与Vue2.x中watch配置功能一致
• 两个小“坑”：- 监视reactive定义的响应式数据时：oldValue无法正确获取、强制开启了深度监视（deep配置失效）。- 监视reactive定义的响应式数据中某个属性时：deep配置有效。//情况一：监视ref定义的响应式数据watch(sum,(newValue,oldValue)=>{ console.log('sum变化了',newValue,oldValue)},{immediate:true})​//情况二：监视多个ref定义的响应式数据watch([sum,msg],(newValue,oldValue)=>{ console.log('sum或msg变化了',newValue,oldValue)}) ​/* 情况三：监视reactive定义的响应式数据 若watch监视的是reactive定义的响应式数据，则无法正确获得oldValue！！ 若watch监视的是reactive定义的响应式数据，则强制开启了深度监视 */watch(person,(newValue,oldValue)=>{ console.log('person变化了',newValue,oldValue)},{immediate:true,deep:false}) //此处的deep配置不再奏效​//情况四：监视reactive定义的响应式数据中的某个属性watch(()=>person.job,(newValue,oldValue)=>{ console.log('person的job变化了',newValue,oldValue)},{immediate:true,deep:true}) ​//情况五：监视reactive定义的响应式数据中的某些属性watch([()=>person.job,()=>person.name],(newValue,oldValue)=>{ console.log('person的job变化了',newValue,oldValue)},{immediate:true,deep:true})​//特殊情况watch(()=>person.job,(newValue,oldValue)=>{ console.log('person的job变化了',newValue,oldValue)},{deep:true}) //此处由于监视的是reactive素定义的对象中的某个属性，所以deep配置有效

3.watchEffect函数

• watch的套路是：既要指明监视的属性，也要指明监视的回调。
• watchEffect的套路是：不用指明监视哪个属性，监视的回调中用到哪个属性，那就监视哪个属性。
• watchEffect有点像computed：- 但computed注重的计算出来的值（回调函数的返回值），所以必须要写返回值。- 而watchEffect更注重的是过程（回调函数的函数体），所以不用写返回值。//watchEffect所指定的回调中用到的数据只要发生变化，则直接重新执行回调。watchEffect(()=>{ const x1 = sum.value const x2 = person.age console.log('watchEffect配置的回调执行了')})

10.toRef

• 作用：创建一个 ref 对象，其value值指向另一个对象中的某个属性。

• 语法：const name = toRef(person,'name')

• 应用: 要将响应式对象中的某个属性单独提供给外部使用时。

• 扩展：toRefs 与toRef功能一致，但可以批量创建多个 ref 对象，语法：toRefs(person)

1.shallowReactive 与 shallowRef

• shallowReactive：只处理对象最外层属性的响应式（浅响应式）。
• shallowRef：只处理基本数据类型的响应式, 不进行对象的响应式处理。
• 什么时候使用?- 如果有一个对象数据，结构比较深, 但变化时只是外层属性变化 ===> shallowReactive。- 如果有一个对象数据，后续功能不会修改该对象中的属性，而是生新的对象来替换 ===> shallowRef。

2.readonly 与 shallowReadonly

• readonly: 让一个响应式数据变为只读的（深只读）。
• shallowReadonly：让一个响应式数据变为只读的（浅只读）。
• 应用场景: 不希望数据被修改时。

3.toRaw 与 markRaw

• toRaw：- 作用：将一个由reactive生成的响应式对象转为普通对象。- 使用场景：用于读取响应式对象对应的普通对象，对这个普通对象的所有操作，不会引起页面更新。
• markRaw：- 作用：标记一个对象，使其永远不会再成为响应式对象。- 应用场景:1. 有些值不应被设置为响应式的，例如复杂的第三方类库等。2. 当渲染具有不可变数据源的大列表时，跳过响应式转换可以提高性能。

4.customRef

• 作用：创建一个自定义的 ref，并对其依赖项跟踪和更新触发进行显式控制。
• 实现防抖效果：<template> <input type="text" v-model="keyword"> <h3>{{keyword}}</h3></template>​<script> import {ref,customRef} from 'vue' export default { name:'Demo', setup(){ // let keyword = ref('hello') //使用Vue准备好的内置ref //自定义一个myRef function myRef(value,delay){ let timer //通过customRef去实现自定义 return customRef((track,trigger)=>{ return{ get(){ track() //告诉Vue这个value值是需要被“追踪”的 return value }, set(newValue){ clearTimeout(timer) timer = setTimeout(()=>{ value = newValue trigger() //告诉Vue去更新界面 },delay) } } }) } let keyword = myRef('hello',500) //使用程序员自定义的ref return { keyword } } }</script>

5.provide 与 inject

• 作用：实现祖与后代组件间通信
• 套路：父组件有一个 provide 选项来提供数据，后代组件有一个 inject 选项来开始使用这些数据
• 具体写法：1. 祖组件中：setup(){ ...... let car = reactive({name:'奔驰',price:'40万'}) provide('car',car) ......}2. 后代组件中：setup(props,context){ ...... const car = inject('car') return {car} ......}

7、vue3为什么要添加新的组合API，它可以解决哪些问题

在 Vue2.0 中，随着功能的增加，组件越来越复杂，维护起来也越来越难，而难以维护的根本原因是 Vue 的 API 设计迫使开发者使用监视、计算、方法 Option 组织代码，而不是实际的业务逻辑。

另外 Vue2.0 缺乏一个简单而低成本的机制来完成逻辑重用，虽然你可以 minxis 完全重用逻辑，但是当 mixin 更多的时候，就使得很难找到相应的数据，计算出来也许是从中 mixin 的方法，使得类型推断变得困难。

因此组合API外观，主要是解决选项API带来的问题，首先是代码组织，组合API开发者可以根据业务逻辑组织自己的代码，让代码更具可读性和可扩展性，也就是说，当下一个开发者接触到这段不是自己写的代码， 他可以更好地利用代码的组织来反转实际的业务逻辑，或者根据业务逻辑更好地理解代码。

二是实现代码的逻辑提取和重用，当然mixin逻辑提取和重用也可以实现，但就像我之前说的，多个mixin在作用于同一个组件时，很难看出mixin的属性，来源不明确，另外，多个mixin的属性存在变量命名冲突的风险。而 Composition API 恰恰解决了这两个问题。

8、什么是hook？什么是自定义hook函数？

• 什么是hook？—— 本质是一个函数，把setup函数中使用的Composition API进行了封装。
• 类似于vue2.x中的mixin。
• 自定义hook的优势: 复用代码, 让setup中的逻辑更清楚易懂。

9、都说 Composition API 和 React Hook 很像，请问他们的区别是什么？

从 React Hook 从实现的角度来看，React Hook 是基于 useState 的调用顺序来确定下一个 re 渲染时间状态从哪个 useState 开始，所以有以下几个限制

• 不在循环中、条件、调用嵌套函数 Hook
• 你必须确保它总是在你这边 React Top level 调用函数 Hook
• 使用效果、使用备忘录 依赖关系必须手动确定

和 Composition API 是基于 Vue 的响应系统，和 React Hook 相比

• 在设置函数中，一个组件实例只调用一次设置，而 React Hook 每次重新渲染时，都需要调用 Hook，给 React 带来的 GC 比 Vue 更大的压力，性能也相对 Vue 对我来说也比较慢
• Compositon API 你不必担心调用的顺序，它也可以在循环中、条件、在嵌套函数中使用
• 响应式系统自动实现依赖关系收集，而且组件的性能优化是由 Vue 内部完成的，而 React Hook 的依赖关系需要手动传递，并且依赖关系的顺序必须得到保证，让路 useEffect、useMemo 等等，否则组件性能会因为依赖关系不正确而下降。

虽然Compoliton API看起来像React Hook来使用，但它的设计思路也是React Hook的参考。

10、Options API 存在的问题是什么？Composition API 的优势有哪些？

1.Options API 存在的问题

使用传统OptionsAPI中，新增或者修改一个需求，就需要分别在data，methods，computed里修改 。

​

​

2.Composition API 的优势

我们可以更加优雅的组织我们的代码，函数。让相关功能的代码更加有序的组织在一起。

​

​

11、vue3有哪些新的组件？

1.Fragment

• 在Vue2中: 组件必须有一个根标签
• 在Vue3中: 组件可以没有根标签, 内部会将多个标签包含在一个Fragment虚拟元素中
• 好处: 减少标签层级, 减小内存占用

2.Teleport

• 什么是Teleport？—— Teleport 是一种能够将我们的组件html结构移动到指定位置的技术。<teleport to="移动位置"> <div v-if="isShow" class="mask"> <div class="dialog"> <h3>我是一个弹窗</h3> <button @click="isShow = false">关闭弹窗</button> </div> </div></teleport>

3.Suspense

• 等待异步组件时渲染一些额外内容，让应用有更好的用户体验
• 使用步骤：- 异步引入组件import {defineAsyncComponent} from 'vue'const Child = defineAsyncComponent(()=>import('./components/Child.vue'))- 使用Suspense包裹组件，并配置好default 与 fallback``````<template> <div class="app"> <h3>我是App组件</h3> <Suspense> <template v-slot:default> <Child/> </template> <template v-slot:fallback> <h3>加载中.....</h3> </template> </Suspense> </div></template>

12.vue2和vue3的全局 API 和配置区别？

• Vue 2.x 有许多全局 API 和配置。- 例如：注册全局组件、注册全局指令等。//注册全局组件Vue.component('MyButton', { data: () => ({ count: 0 }), template: '<button @click="count++">Clicked {{ count }} times.</button>'})​//注册全局指令Vue.directive('focus', { inserted: el => el.focus()}
• Vue3.0中对这些API做出了调整：全局API的转移- 将全局的API，即：Vue.xxx调整到应用实例（app）上2.x 全局 API（Vue）3.x 实例 API (app)Vue.config.xxxxapp.config.xxxxVue.config.productionTip移除Vue.componentapp.componentVue.directiveapp.directiveVue.mixinapp.mixinVue.useapp.useVue.prototypeapp.config.globalProperties

13、什么是前端服务端渲染？你明白SSR 吗？原理是什么？在vue2和vue3里使用ssr有什么区别？Vue SSR服务端渲染的使用场景有哪些？

客户端渲染vs服务端渲染

客户端渲染我们叫做CSR渲染方式，服务端渲染我们叫做SSR渲染

什么是服务器端渲染？

server side render 前端页面的产生是由服务器端生成的，我们就称之为服务端渲染。

什么是客户端渲染？

client side render 服务端只提供json格式的数据，渲染成什么样子由客户端通过js控制。

运行架构对比：

CSR执行流程：浏览器加载html文件 -> 浏览器下载js文件 -> 浏览器运行vue代码 -> 渲染页面
SSR执行流程：浏览器加载html文件 -> 服务端装填好内容 -> 返回浏览器渲染

开发模式对比
CSR：前后端通过接口JSON数据进行通信，各自开发互不影响

SSR：前后端分工搭配复杂，前端需要写好html模板交给后端，后端装填模板内容返给浏览器

vue框架中的服务端渲染

为了解决第3章节提出的问题，目前我们的vue组件都是在浏览器侧通过js渲染出来的，所以首次加载时间很慢，那么我们把vue组件交给服务端负责渲染，渲染为完整内容之后直接返给客户端，是不是就可以可以解决既想渲染快，还想继续使用vue进行开发的问题了？

vue ssr基础使用：

Server-Side Rendering (SSR) | Vue.jsVue.js - The Progressive JavaScript Frameworkhttps://vuejs.org/guide/scaling-up/ssr.html

更多详细信息 彻底了解服务器渲染 -SSR 原则，可以参考这篇文章：

vue--ssr_小白小白从不日白的博客-CSDN博客_vue-ssr目录一、 什么是服务器端渲染？1.1 初始化项目1.2 服务端渲染小案例1.3 右键查看源代码二、什么是客户端渲染？2.1 初始化项目2.2 查看源代码三、客户端渲染vs服务端渲染3.1 运行架构对比3.2 开发模式对比四、vue框架中的服务端渲染4.1 初始化项目4.2 vue服务端渲染最小demo4.3 遗留问题五、理解同构理念六、Nuxt.js框架使用6.1. 使用nuxt.js创建一个ssr项目6.2 启动项目6.3 查看源https://blog.csdn.net/weixin_43285360/article/details/122695900

当客户端请求服务器时，服务器从数据库中获取相关数据，而服务器内部的Vue组件呈现为HTML，并将数据、HTML并返回给客户端，这样就将数据和组件转换为HTML的过程，就叫做服务器呈现SSR。

而当客户端拿到服务器渲染的HTML和数据，因为数据已经有了，客户端就不需要再请求数据了，只需将数据同步到组件或者Vuex里面就可以了。除了数据意外，HTML和结构已经存在，当客户端渲染组件时，你只需要将HTML的DOM节点映射到虚拟DOM即可，不需要重新创建DOM节点，这将结合数据和HTML同步过程，也称为客户端激活。

使用 SSR 的好处是：

• 对SEO有利：其实爬虫爬你的页面是件好事，因为有些页面爬虫不支持执行JavaScript的，这不支持实现JavaScript并不是说SSR我的页面会是空的HTML页面，而有了SSR以后，这些抓取工具就可以得到完整的HTML结构化数据，然后被纳入搜索引擎。
• 更短的白屏时间：相对于客户端渲染，服务器渲染是在浏览器URL中请求的，之后我们得到了一个HTML文本，浏览器只需要解析HTML，构建...直接DOM只是一棵树。而客户端渲染，需要得到一个空的一个第一个HTML页面，此时页面已经进入白屏，之后需要加载并执行JavaScript、请求后端服务器获取数据、JavaScript渲染页面几次才能看到最后一页。特别是在复杂的应用程序中，由于需要加载JavaScript脚本，应用程序越复杂，需要加载JavaScript的脚本越多，它就越大，这导致应用程序的首屏加载时间很长，并且降低了体验感。

在vue2和vue3里使用ssr有什么区别？

vue2时代做ssr一般使用vue2+vue-server-renderer可以实现SSR功能，但是vue3中会报错；

vue3可以不使用插件就实现SSR，就是原生支持。

Vue SSR服务端渲染的使用场景有哪些？

1.SEO需求
SEO（Search Engine Optimization，搜索引擎优化），是一种利用搜索引擎规则，提高网站在搜索引擎内自然排名的技术。通常这需要页面内容在页面加载完成时便已经存在。

前后端分离的纯前端项目，由于这类项目需要页面加载完成后再异步获取数据渲染，因此大部分搜索引擎无法获取到这类项目的内容。Vue SSR正是基于此类需求而给出的一种技术方案。利用nodejs搭建页面渲染服务，在服务端完成之前需要在客户端完成的页面渲染工作，输出给SEO更友好的页面。

2.首屏渲染速度
目前对于首屏渲染速度的提升有许多方案，在ssr之外还有龙骨，墓碑，数据直出。相比于这些方案ssr方案实现是最复杂的，但效果也是最好的。