irpas技术客

vue3面试题:2022 最新前端 Vue 3.0 面试题及答案(持续更新中……)_南北极之间

irpas 7591

1、 Vue2.0 和 Vue3.0 有什么区别? 响应式系统的重新配置,使用代理替换对象.define属性,使用代理优势: 可直接监控阵列类型的数据变化监听的目标是对象本身,不需要像Object.defineProperty那样遍历每个属性,有一定的性能提升可拦截应用、拥有密钥、有等13种方法,以及Object.define属性没有办法直接添加对象属性/删除 新增组合API,更好的逻辑重用和代码组织重构虚拟 DOM 模板编译时间优化,将一些静态节点编译成常量slot优化,采取槽编译成懒人功能,拿槽渲染的决定留给子组件在模板中提取和重用内联事件(最初,每次渲染时都会重新生成内联函数) 代码结构调整,更方便树摇动,使其更小使用打字脚本替换流

2、Vue3带来了什么改变? 1.性能的提升

打包大小减少41%

初次渲染快55%, 更新渲染快133%

内存减少54%

......

2.源码的升级

使用Proxy代替defineProperty实现响应式

重写虚拟DOM的实现和Tree-Shaking

......

3.拥抱TypeScript

Vue3可以更好的支持TypeScript

4.新的特性

Composition API(组合API)

setup配置

ref与reactive

watch与watchEffect

provide与inject

......

新的内置组件

Fragment

Teleport

Suspense

其他改变

新的生命周期钩子

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 | MDN

new 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

理解:Vue3.0中一个新的配置项,值为一个函数。

setup是所有Composition API(组合API)“ 表演的舞台 ”。

组件中所用到的:数据、方法等等,均要配置在setup中。

setup函数的两种返回值:

若返回一个对象,则对象中的属性、方法, 在模板中均可以直接使用。(重点关注!)

若返回一个渲染函数:则可以自定义渲染内容。(了解)

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:

作用:标记一个对象,使其永远不会再成为响应式对象。

应用场景:

有些值不应被设置为响应式的,例如复杂的第三方类库等。

当渲染具有不可变数据源的大列表时,跳过响应式转换可以提高性能。

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 选项来开始使用这些数据

具体写法:

祖组件中:

setup(){ ...... ? ?let car = reactive({name:'奔驰',price:'40万'}) ? ?provide('car',car) ? ?...... }

后代组件中:

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方案实现是最复杂的,但效果也是最好的。 ?


1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,会注明原创字样,如未注明都非原创,如有侵权请联系删除!;3.作者投稿可能会经我们编辑修改或补充;4.本站不提供任何储存功能只提供收集或者投稿人的网盘链接。

标签: #vue3面试题2022 #最新前端 #Vue #30 #面试题及答案持续更新中 #打包大小减少41初次渲染快55