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修饰符

    • 父组件中绑定事件

    • 子组件中声明自定义事件
       export default {  emits: ['close']  }
  • 移除过滤器（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
  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，直接：{{xxx}}
  • 备注：
    • 接收的数据可以是：基本类型、也可以是对象类型。
    • 基本类型的数据：响应式依然是靠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：只处理基本数据类型的响应式, 不进行对象的响应式处理。
  • 什么时候使用” />
    {{keyword}}
    ​    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            }        }    }
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结构移动到指定位置的技术。
                            
    我是一个弹窗
                            
3.Suspense
  • 等待异步组件时渲染一些额外内容，让应用有更好的用户体验
  • 使用步骤：
    • 异步引入组件
      import {defineAsyncComponent} from 'vue'const Child = defineAsyncComponent(()=>import('./components/Child.vue'))
    • 使用Suspense包裹组件，并配置好default 与 fallback
                  
      我是App组件
                                                                                  
      加载中.....
                              
12.vue2和vue3的全局 API 和配置区别？
  • Vue 2.x 有许多全局 API 和配置。
    • 例如：注册全局组件、注册全局指令等。
      //注册全局组件Vue.component('MyButton', { data: () => ({  count: 0  }), template: ''})​//注册全局指令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.xxxx
      Vue.config.productionTip移除
      Vue.componentapp.component
      Vue.directiveapp.directive
      Vue.mixinapp.mixin
      Vue.useapp.use
      Vue.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方案实现是最复杂的，但效果也是最好的。