![vue.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/03047ca825314ba4a3fc58eb1fe54fc1~tplv-k3u1fbpfcp-watermark.image?) **2022前端面试系列：** （1）[前端面试题之HTML篇](https://juejin.cn/post/7142415917350617102) （2）[前端面试题之CSS篇](https://juejin.cn/post/7143151088995631117) （3）[前端面试题之js篇](https://juejin.cn/post/7146168666650836999) （4）[前端面试题之Vue篇（上）](https://juejin.cn/post/7163614149049040910) # 一. vue基础 ## 1.1 MVVM、MVC、MVP的区别 MVC、MVP 和 MVVM 是三种常见的软件架构设计模式，主要通过分离关注点的方式来组织代码结构，优化开发效率。 **（1）MVC** MVC 通过分离 Model、View 和 Controller 的方式来组织代码结构。其中 **View** 负责页面的显示逻辑，**Model** 负责存储页面的业务数据，以及对相应数据的操作。**Controller** 层是 View 层和 Model 层的纽带，它主要负责用户与应用的响应操作，当用户与页面产生交互的时候，Controller 中的事件触发器就开始工作了，通过调用 Model 层，来完成对Model 的修改，然后 Model 层再去通知 View 层更新。 **（2）MVP** MVP 模式与 MVC 唯一不同的在于 Presenter 和 Controller。MVP 的模式通过使用 Presenter 来实现对 View 层和 Model 层的解耦。MVP 模式中，View 层的接口暴露给了 Presenter 因此可以在 Presenter 中将 Model 的变化和 View 的变化绑定在一起，以此来实现 View 和 Model 的同步更新。这样就实现了对 View 和 Model 的解耦，Presenter 还包含了其他的响应逻辑。 **（3）MVVM** MVVM 分为 Model、View、ViewModel： * Model代表数据模型，数据和业务逻辑都在Model层中定义； * View代表UI视图，负责数据的展示； * ViewModel负责监听Model中数据的改变并且控制视图的更新，处理用户交互操作； Model和View并无直接关联，而是通过ViewModel来进行联系的，Model和ViewModel之间有着双向数据绑定的联系。因此当Model中的数据改变时会触发View层的刷新，View中由于用户交互操作而改变的数据也会在Model中同步。这种模式实现了 Model和View的数据自动同步，因此开发者只需要专注于数据的维护操作即可，而不需要自己操作DOM ## 1.2 组件中的 data为什么是一个函数? 同一个组件被复用多次，会创建多个实例。这些实例用的是同一个构造函数，如果 data 是一个对象的话。那么所有组件都共享了同一个对象。为了保证组件的数据独立性要求每个组件必须通过 data 函数返回一个对象作为组件的状态。 ## 1.3 computed和watch的区别 * **总结：** * computed 计算属性 : 依赖其它属性值，并且 computed 的值有缓存，只有它依赖的属性值发生改变，下一次获取 computed 的值时才会重新计算 computed 的值。 * watch 侦听器 : 更多的是**观察**的作用，**无缓存性**，类似于某些数据的监听回调，每当监听的数据变化时都会执行回调进行后续操作。 **对于Computed：** * 它支持缓存，只有依赖的数据发生了变化，才会重新计算 * 不支持异步，当Computed中有异步操作时，无法监听数据的变化 * computed的值会默认走缓存，计算属性是基于它们的响应式依赖进行缓存的，也就是基于data声明过，或者父组件传递过来的props中的数据进行计算的。 * 如果一个属性是由其他属性计算而来的，这个属性依赖其他的属性，一般会使用computed * 如果computed属性的属性值是函数，那么默认使用get方法，函数的返回值就是属性的属性值；在computed中，属性有一个get方法和一个set方法，当数据发生变化时，会调用set方法。 **对于Watch：** * 它不支持缓存，数据变化时，它就会触发相应的操作 * 支持异步监听 * 监听的函数接收两个参数，第一个参数是最新的值，第二个是变化之前的值 * 当一个属性发生变化时，就需要执行相应的操作 * 监听数据必须是data中声明的或者父组件传递过来的props中的数据，当发生变化时，会触发其他操作，函数有两个的参数： * immediate：组件加载立即触发回调函数 * deep：深度监听，发现数据内部的变化，在复杂数据类型中使用，例如数组中的对象发生变化。需要注意的是，deep无法监听到数组和对象内部的变化。当想要执行异步或者昂贵的操作以响应不断的变化时，就需要使用watch。 **运用场景：** * 当需要进行数值计算,并且依赖于其它数据时，应该使用 computed，因为可以利用 computed 的缓存特性，避免每次获取值时都要重新计算。 * 当需要在数据变化时执行异步或开销较大的操作时，应该使用 watch，使用 watch 选项允许执行异步操作 ( 访问一个 API )，限制执行该操作的频率，并在得到最终结果前，设置中间状态。这些都是计算属性无法做到的。 ## 1.4 v-if与v-show区别 v-if是真正的条件渲染，直到条件第一次变为真时才会开始渲染 v-show不管初始条件是什么都会进行渲染，只是用于display来进行显示隐藏 ## 1.5 slot作用与原理 slot又名插槽，是Vue的内容分发机制，组件内部的模板引擎使用slot元素作为承载分发内容的出口。插槽slot是子组件的一个模板标签元素，而这一个标签元素是否显示，以及怎么显示是由父组件决定的。slot又分三类，默认插槽，具名插槽和作用域插槽。 * 默认插槽：又名匿名插槽，当slot没有指定name属性值的时候一个默认显示插槽，一个组件内只有有一个匿名插槽。 * 具名插槽：带有具体名字的插槽，也就是带有name属性的slot，一个组件可以出现多个具名插槽。 * 作用域插槽：默认插槽、具名插槽的一个变体，可以是匿名插槽，也可以是具名插槽，该插槽的不同点是在子组件渲染作用域插槽时，可以将子组件内部的数据传递给父组件，让父组件根据子组件的传递过来的数据决定如何渲染该插槽。实现原理：当子组件vm实例化时，获取到父组件传入的slot标签的内容，存放在`vm.$slot`中，默认插槽为`vm.$slot.default`，具名插槽为`vm.$slot.xxx`，xxx 为插槽名，当组件执行渲染函数时候，遇到slot标签，使用`$slot`中的内容进行替换，此时可以为插槽传递数据，若存在数据，则可称该插槽为作用域插槽。 ## 1.6 过滤器的作用，如何实现过滤器根据过滤器的名称，过滤器是用来过滤数据的，在Vue中使用`filters`来过滤数据，`filters`不会修改数据，而是过滤数据，改变用户看到的输出（计算属性 `computed` ，方法 `methods` 都是通过修改数据来处理数据格式的输出显示）。 **使用场景：** * 需要格式化数据的情况，比如需要处理时间、价格等数据格式的输出 / 显示。 * 比如后端返回一个 **年月日的日期字符串**，前端需要展示为 **多少天前** 的数据格式，此时就可以用`fliters`过滤器来处理数据。过滤器是一个函数，它会把表达式中的值始终当作函数的第一个参数。过滤器用在**插值表达式 **`{{ }}` 和 `v-bind`** 表达式** 中，然后放在操作符“ `|` ”后面进行指示。例如，在显示金额，给商品价格添加单位： ```js

商品价格：{{item.price | filterPrice}}

filters: { filterPrice (price) { return price ? ('￥' + price) : '--' } } ``` ## 1.7 常见的事件修饰符及其作用 * `.stop`：等同于 JavaScript 中的 `event.stopPropagation()` ，防止事件冒泡； * `.prevent` ：等同于 JavaScript 中的 `event.preventDefault()` ，防止执行预设的行为（如果事件可取消，则取消该事件，而不停止事件的进一步传播）； * `.capture` ：与事件冒泡的方向相反，事件捕获由外到内； * `.self` ：只会触发自己范围内的事件，不包含子元素； * `.once` ：只会触发一次。 ## 1.8 v-if、v-show、v-html 的原理 * v-if会调用addIfCondition方法，生成vnode的时候会忽略对应节点，render的时候就不会渲染； * v-show会生成vnode，render的时候也会渲染成真实节点，只是在render过程中会在节点的属性中修改show属性值，也就是常说的display； * v-html会先移除节点下的所有节点，调用html方法，通过addProp添加innerHTML属性，归根结底还是设置innerHTML为v-html的值。 ## 1.9 v-model 是如何实现的，语法糖实际是什么？ **（1）作用在表单元素上** 动态绑定了 input 的 value 指向了 messgae 变量，并且在触发 input 事件的时候去动态把 message设置为目标值： // 等同于 //$event 指代当前触发的事件对象; //$event.target 指代当前触发的事件对象的dom; //$event.target.value 就是当前dom的value值; //在@input方法中，value => sth; //在:value中,sth => value; **（2）作用在组件上** 在自定义组件中，v-model 默认会利用名为 value 的 prop和名为 input 的事件 **本质是一个父子组件通信的语法糖，通过prop和\$.emit实现。** 因此父组件 v-model 语法糖本质上可以修改为：在组件的实现中，可以通过 v-model属性来配置子组件接收的prop名称，以及派发的事件名称。例子： // 父组件 // 等价于 // 子组件： props:{value:aa,} methods:{ onmessage(e){ $emit('input',e.target.value) } } 默认情况下，一个组件上的v-model 会把 value 用作 prop且把 input 用作 event。但是一些输入类型比如单选框和复选框按钮可能想使用 value prop 来达到不同的目的。使用 model 选项可以回避这些情况产生的冲突。js 监听input 输入框输入数据改变，用oninput，数据改变以后就会立刻触发这个事件。通过input事件把数据$emit 出去，在父组件接受。父组件设置v-model的值为input `$emit\`过来的值。 ## 1.10 Vue中封装的数组方法有哪些，其如何实现页面更新 ## 1.11 vue中key的作用 vue 中 key 值的作用可以分为两种情况来考虑： * 第一种情况是 v-if 中使用 key。由于 Vue 会尽可能高效地渲染元素，通常会复用已有元素而不是从头开始渲染。因此当使用 v-if 来实现元素切换的时候，如果切换前后含有相同类型的元素，那么这个元素就会被复用。如果是相同的 input 元素，那么切换前后用户的输入不会被清除掉，这样是不符合需求的。因此可以通过使用 key 来唯一的标识一个元素，这个情况下，使用 key 的元素不会被复用。这个时候 key 的作用是用来标识一个独立的元素。 * * 第二种情况是 v-for 中使用 key。用 v-for 更新已渲染过的元素列表时，它默认使用“就地复用”的策略。如果数据项的顺序发生了改变，Vue 不会移动 DOM 元素来匹配数据项的顺序，而是简单复用此处的每个元素。因此通过为每个列表项提供一个 key 值，来以便 Vue 跟踪元素的身份，从而高效的实现复用。这个时候 key 的作用是为了高效的更新渲染虚拟 DOM。 key 是为 Vue 中 vnode 的唯一标记，通过这个 key，diff 操作可以更准确、更快速 * 更准确：因为带 key 就不是就地复用了，在 sameNode 函数a.key === b.key对比中可以避免就地复用的情况。所以会更加准确。 * 更快速：利用 key 的唯一性生成 map 对象来获取对应节点，比遍历方式更快 ## 1.12 Vue 单页应用与多页应用的区别 **概念：** * SPA单页面应用（SinglePage Web Application），指只有一个主页面的应用，一开始只需要加载一次js、css等相关资源。所有内容都包含在主页面，对每一个功能模块组件化。单页应用跳转，就是切换相关组件，仅仅刷新局部资源。 * MPA多页面应用（MultiPage Application），指有多个独立页面的应用，每个页面必须重复加载js、css等相关资源。多页应用跳转，需要整页资源刷新。 ## 1.13 描述下Vue自定义指令当需要对普通 DOM 元素进行底层操作，这时候就会用到自定义指令。一般需要对DOM元素进行底层操作时使用，尽量只用来操作 DOM展示，不修改内部的值。当使用自定义指令直接修改 value 值时绑定v-model的值也不会同步更新；如必须修改可以在自定义指令中使用keydown事件，在vue组件中使用 change事件，回调中修改vue数据; **1）自定义指令基本内容** * 全局定义：`Vue.directive("focus",{})` * 局部定义：`directives:{focus:{}}` * 钩子函数：指令定义对象提供钩子函数 * bind：只调用一次，指令第一次绑定到元素时调用。在这里可以进行一次性的初始化设置。 * inSerted：被绑定元素插入父节点时调用（仅保证父节点存在，但不一定已被插入文档中）。 * update：所在组件的VNode更新时调用，但是可能发生在其子VNode更新之前调用。指令的值可能发生了改变，也可能没有。但是可以通过比较更新前后的值来忽略不必要的模板更新。 * ComponentUpdate：指令所在组件的 VNode及其子VNode全部更新后调用。 * unbind：只调用一次，指令与元素解绑时调用。 * 钩子函数参数 * el：绑定元素 * bing：指令核心对象，描述指令全部信息属性 * name * value * oldValue * expression * arg * modifers * vnode 虚拟节点 * oldVnode：上一个虚拟节点（更新钩子函数中才有用） **（2）使用场景** * 普通DOM元素进行底层操作的时候，可以使用自定义指令 * 自定义指令是用来操作DOM的。尽管Vue推崇数据驱动视图的理念，但并非所有情况都适合数据驱动。自定义指令就是一种有效的补充和扩展，不仅可用于定义任何的DOM操作，并且是可复用的。 **（3）使用案例** 初级应用： * 鼠标聚焦 * 下拉菜单 * 相对时间转换 * 滚动动画高级应用： * 自定义指令实现图片懒加载 * 自定义指令集成第三方插件 ## 1.14 子组件可以直接改变父组件的数据吗？子组件不可以直接改变父组件的数据。这样做主要是为了维护父子组件的单向数据流。每次父级组件发生更新时，子组件中所有的 prop 都将会刷新为最新的值。如果这样做了，Vue 会在浏览器的控制台中发出警告。 Vue提倡单向数据流，即父级 props 的更新会流向子组件，但是反过来则不行。这是为了防止意外的改变父组件状态，使得应用的数据流变得难以理解，导致数据流混乱。如果破坏了单向数据流，当应用复杂时，debug 的成本会非常高。只能通过 **`$emit`** 派发一个自定义事件，父组件接收到后，由父组件修改。 ## 1.15 Vue的优点 * 轻量级框架：只关注视图层，是一个构建数据的视图集合，大小只有几十 `kb` ； * 双向数据绑定：保留了 `angular` 的特点，在数据操作方面更为简单； * 组件化：保留了 `react` 的优点，实现了 `html` 的封装和重用，在构建单页面应用方面有着独特的优势； * 视图，数据，结构分离：使数据的更改更为简单，不需要进行逻辑代码的修改，只需要操作数据就能完成相关操作； * 虚拟DOM：`dom` 操作是非常耗费性能的，不再使用原生的 `dom` 操作节点，极大解放 `dom` 操作，但具体操作的还是 `dom` 不过是换了另一种方式； * 运行速度更快：相比较于 `react` 而言，同样是操作虚拟 `dom`，就性能而言， `vue` 存在很大的优势。 ## 1.16 对 React 和 Vue 的理解，它们的异同 **相似之处：** * 都将注意力集中保持在核心库，而将其他功能如路由和全局状态管理交给相关的库； * 都有自己的构建工具，能让你得到一个根据最佳实践设置的项目模板； * 都使用了Virtual DOM（虚拟DOM）提高重绘性能； * 都有props的概念，允许组件间的数据传递； * 都鼓励组件化应用，将应用分拆成一个个功能明确的模块，提高复用性。 **不同之处：** **1）数据流** Vue默认支持数据双向绑定，而React一直提倡单向数据流 **2）虚拟DOM** Vue2.x开始引入"Virtual DOM"，消除了和React在这方面的差异，但是在具体的细节还是有各自的特点。 * Vue宣称可以更快地计算出Virtual DOM的差异，这是由于它在渲染过程中，会跟踪每一个组件的依赖关系，不需要重新渲染整个组件树。 * 对于React而言，每当应用的状态被改变时，全部子组件都会重新渲染。当然，这可以通过 PureComponent/shouldComponentUpdate这个生命周期方法来进行控制，但Vue将此视为默认的优化。 **3）组件化** React与Vue最大的不同是模板的编写。 * Vue鼓励写近似常规HTML的模板。写起来很接近标准 HTML元素，只是多了一些属性。 * React推荐你所有的模板通用JavaScript的语法扩展——JSX书写。具体来讲：React中render函数是支持闭包特性的，所以import的组件在render中可以直接调用。但是在Vue中，由于模板中使用的数据都必须挂在 this 上进行一次中转，所以 import 一个组件完了之后，还需要在 components 中再声明下。 **4）监听数据变化的实现原理不同** * Vue 通过 getter/setter 以及一些函数的劫持，能精确知道数据变化，不需要特别的优化就能达到很好的性能 * React 默认是通过比较引用的方式进行的，如果不优化（PureComponent/shouldComponentUpdate）可能导致大量不必要的vDOM的重新渲染。这是因为 Vue 使用的是可变数据，而React更强调数据的不可变。 **5）高阶组件** react可以通过高阶组件（HOC）来扩展，而Vue需要通过mixins来扩展。高阶组件就是高阶函数，而React的组件本身就是纯粹的函数，所以高阶函数对React来说易如反掌。相反Vue.js使用HTML模板创建视图组件，这时模板无法有效的编译，因此Vue不能采用HOC来实现。 ## 1.17 什么是 mixin ？ * Mixin 使我们能够为 Vue 组件编写可插拔和可重用的功能。 * 如果希望在多个组件之间重用一组组件选项，例如生命周期 hook、方法等，则可以将其编写为 mixin，并在组件中简单的引用它。 * 然后将 mixin 的内容合并到组件中。如果你要在 mixin 中定义生命周期 hook，那么它在执行时将优化于组件自已的 hook。 ## 1.18 组件通信 **（1）父子组件间通信** * 子组件通过 props 属性来接受父组件的数据，然后父组件在子组件上注册监听事件，子组件通过 emit 触发事件来向父组件发送数据。 * 通过 ref 属性给子组件设置一个名字。父组件通过 `$refs` 组件名来获得子组件，子组件通过 `$parent` 获得父组件，这样也可以实现通信。 * 使用 provide/inject，在父组件中通过 provide提供变量，在子组件中通过 inject 来将变量注入到组件中。不论子组件有多深，只要调用了 inject 那么就可以注入 provide中的数据。 **（2）兄弟组件间通信** * 使用 eventBus 的方法，它的本质是通过创建一个空的 Vue 实例来作为消息传递的对象，通信的组件引入这个实例，通信的组件通过在这个实例上监听和触发事件，来实现消息的传递。 * 通过 `$parent/$refs` 来获取到兄弟组件，也可以进行通信。 **（3）任意组件之间** * 使用 eventBus ，其实就是创建一个事件中心，相当于中转站，可以用它来传递事件和接收事件。如果业务逻辑复杂，很多组件之间需要同时处理一些公共的数据，这个时候采用上面这一些方法可能不利于项目的维护。这个时候可以使用 vuex ，vuex 的思想就是将这一些公共的数据抽离出来，将它作为一个全局的变量来管理，然后其他组件就可以对这个公共数据进行读写操作，这样达到了解耦的目的。 ## 1.19 为什么V-for和v-if不能连用 v-for 会比 v-if 的优先级更高, 如果连用的话会给每个元素都添加 v-if ,会造成性能问题 ## 1.20 SPA单页面的理解，优缺点是什么？ **spa（single-page application）** 仅在web页面初始化时加载相应的HTML、JavaScript和CSS，一旦页面渲染完成，spa不会因为用户的操作而进行页面的重新加载或跳转；而是利用路由机制实现HTML内容的变换，可以避免页面的重新加载。优点： 1. 用户体验好、快。内容改变不需要重新加载整个页面，避免了不必要的跳转和重复渲染 2. spa相对于服务器压力小 3. 前后端分离，架构清晰，前端负责交互逻辑，后端负责数据处理缺点： 1. 首屏（初次）加载慢：为实现spa 页面，需要将加载页面的时候将js，css统一加载，部分页面按需加载； 2. 不利于SEO：由于所有的内容都在一个页面中动态替换展示，所以SEO上有天然的弱势 # 二、生命周期 ## 2.1 说一下Vue的生命周期一般分为8个阶段：创建前/后，载入前/后，更新前/后，销毁前/后。另有两个配合keep-alive组件使用：激活前/后 1. **创建前**：beforeCreate：vue实例的挂载元素el和数据对象data都为undefined，还未初始化。在当前阶段data、methodes、computed以及watch上的数据和方法都不能被访问。 2. **创建后**：created：vue的数据对象data有了，el还没有。可以做一些初始数据的获取，但当前阶段无法与dom进行交互，如果非要，可以通过this.\$nextTick（）异步来操作dom。 3. **载入前**：beforeMount：vue实例的el和data都已经初始化了,但还是挂载之前为虚拟的dom节点。当前阶段虚拟dom已经创建完成，即将开始渲染。在此时也可以对数据进行更改，不会触发updated。 4. **载入后**：mounted：vue实例挂在完成。当前阶段真实dom挂在完毕，数据完成双向绑定，可以访问dom节点并操作。 5. **更新前**：beforeUpdate：响应式数据更新时调用，发生在虚拟dom打补丁之前，适合在更新之前访问现有的dom，比如手动移除已添加的事件监听器 6. **更新后**：update：虚拟dom重新渲染和补丁之后调用，新的dom已经更新，避免在这个钩子函数中操作数据，防止死循环 7. **销毁前**：beforeDestroy：实例销毁前调用，this能获取到实例，常用于销毁定时器，解绑事件 8. **销毁后**：destory：实例销毁后调用，所有事件监听器都会被移除，子实例也都会被销毁 9. **激活前**：activated：keep-alive组件激活时调用 10. **激活后**：deactivated：keep-alive组件停用后调用 **第一次页面加载时会触发创建前/后、载入前/后** **每个生命周期内部可以做什么事** * created 实例已经创建完成，因为它是最早触发的，可以进行一些数据，资源的请求。 * mounted 实例已经挂载完成，可以进行一些DOM操作 * beforeUpdate 可以在这个钩子中进一步地更改状态，更改不会触发重新渲染。 * updated 可以执行依赖于 DOM 的操作。然而在大多数情况下，应该避免在此期间更改状态，因为这可能会导致更新无限循环。该钩子在服务器端渲染期间不被调用。 * destroyed 可以执行一些优化操作,清空定时器，解除绑定事件 ## 2.2 Vue子组件和父组件生命周期函数执行顺序 **加载渲染过程：** 1. 父组件 beforeCreate 2. 父组件 created 3. 父组件 beforeMount 4. 子组件 beforeCreate 5. 子组件 created 6. 子组件 beforeMount 7. 子组件 mounted 8. 父组件 mounted **更新过程：** 1. 父组件 beforeUpdate 2. 子组件 beforeUpdate 3. 子组件 updated 4. 父组件 updated **销毁过程：** 1. 父组件 beforeDestroy 2. 子组件 beforeDestroy 3. 子组件 destroyed 4. 父组件 destoryed ## 2.3 ajax请求放在哪个生命周期中 * 在created的时候，视图中的 dom 并没有渲染出来，所以此时如果直接去操 dom 节点，无法找到相关的元素。 * 在mounted中，由于此时 dom 已经渲染出来了，所以可以直接操作 dom 节点。一般情况下都放到 mounted 中,保证逻辑的统一性,因为生命周期是同步执行的， ajax 是异步执行的服务端渲染不支持mounted方法，所以在服务端渲染的情况下统一放到created中 ## 2.4 keep-alive 中的生命周期哪些 keep-alive是 Vue 提供的一个内置组件，用来对组件进行缓存————在组件切换过程中将状态保留在内存中，防止重复渲染DOM。如果为一个组件包裹了 keep-alive，那么它会多出两个生命周期：`deactivated`、`activated`。同时，beforeDestroy 和 destroyed 就不会再被触发了，因为组件不会被真正销毁。 * deactivated: 当组件被换掉时，会被缓存到内存中并触发`deactivated` * activated：当组件被切回来时，再去缓存里找这个组件并触发`activated`钩子函数。 # 三、vue原理 ## 3.1 双向数据绑定原理 Vue.js 是采用**数据劫持**结合**发布者-订阅者模式**的方式，通过Object.defineProperty()来劫持各个属性的setter，getter，在数据变动时发布消息给订阅者，触发相应的监听回调。主要分为以下几个步骤： 1. 需要observe的数据对象进行递归遍历，包括子属性对象的属性，都加上setter和getter这样的话，给这个对象的某个值赋值，就会触发setter，那么就能监听到了数据变化 2. compile解析模板指令，将模板中的变量替换成数据，然后初始化渲染页面视图，并将每个指令对应的节点绑定更新函数，添加监听数据的订阅者，一旦数据有变动，收到通知，更新视图 3. Watcher订阅者是Observer和Compile之间通信的桥梁，主要做的事情是: ①在自身实例化时往属性订阅器(dep)里面添加自己 ②自身必须有一个update()方法 ③待属性变动dep.notice()通知时，能调用自身的update()方法，并触发Compile中绑定的回调，则功成身退。 4. MVVM作为数据绑定的入口，整合Observer、Compile和Watcher三者，通过Observer来监听自己的model数据变化，通过Compile来解析编译模板指令，最终利用Watcher搭起Observer和Compile之间的通信桥梁，达到数据变化 -> 视图更新；视图交互变化(input) -> 数据model变更的双向绑定效果。 ![4115f96afb9c4e3a90b03ed65f6f7b1d\_tplv-k3u1fbpfcp-watermark.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/a694a49a70a646bc837ea0ad6ad5099c~tplv-k3u1fbpfcp-watermark.image?) ## 3.2 使用 Object.defineProperty() 来进行数据劫持有什么缺点？在对一些属性进行操作时，使用这种方法无法拦截，比如通过**下标方式修改数组数据或者给对象新增属性**，这都不能触发组件的重新渲染，因为 Object.defineProperty 不能拦截到这些操作。对于数组，**Vue内部通过重写函数**的方式解决了这个问题。在 Vue3.0 中已经不使用这种方式了，而是通过使用 Proxy 对对象进行代理，从而实现数据劫持。使用Proxy 的好处是它可以完美的监听到任何方式的数据改变，唯一的缺点是兼容性的问题，因为 Proxy 是 ES6 的语法。 ## 3.3 \$nextTick 原理及作用 Vue 的 nextTick 其本质是对 JavaScript 执行原理 EventLoop 的一种应用。 nextTick 的核心是利用了如 Promise 、MutationObserver、setImmediate、setTimeout的原生 JavaScript 方法来模拟对应的微/宏任务的实现，本质是为了利用 JavaScript 的这些异步回调任务队列来实现 Vue 框架中自己的异步回调队列。 nextTick 不仅是 Vue 内部的异步队列的调用方法，同时也允许开发者在实际项目中使用这个方法来满足实际应用中对 DOM 更新数据时机的后续逻辑处理 nextTick 是典型的将底层 JavaScript 执行原理应用到具体案例中的示例，引入异步更新队列机制的原因∶ * 如果是同步更新，则多次对一个或多个属性赋值，会频繁触发 UI/DOM 的渲染，可以减少一些无用渲染 * 同时由于 VirtualDOM 的引入，每一次状态发生变化后，状态变化的信号会发送给组件，组件内部使用 VirtualDOM 进行计算得出需要更新的具体的 DOM 节点，然后对 DOM 进行更新操作，每次更新状态后的渲染过程需要更多的计算，而这种无用功也将浪费更多的性能，所以异步渲染变得更加至关重要 Vue采用了数据驱动视图的思想，但是在一些情况下，仍然需要操作DOM。有时候，可能遇到这样的情况，DOM1的数据发生了变化，而DOM2需要从DOM1中获取数据，那这时就会发现DOM2的视图并没有更新，这时就需要用到了`nextTick`了。由于Vue的DOM操作是异步的，所以，在上面的情况中，就要将DOM2获取数据的操作写在`$nextTick`中。 this.$nextTick(() => { // 获取数据的操作...}) 所以，在以下情况下，会用到nextTick： * 在数据变化后执行的某个操作，而这个操作需要使用随数据变化而变化的DOM结构的时候，这个操作就需要方法在`nextTick()`的回调函数中。 * 在vue生命周期中，如果在created()钩子进行DOM操作，也一定要放在`nextTick()`的回调函数中。因为在created()钩子函数中，页面的DOM还未渲染，这时候也没办法操作DOM，所以，此时如果想要操作DOM，必须将操作的代码放在`nextTick()`的回调函数中。 ## 3.4 Vue template 到 render 的过程 vue的模板编译过程主要如下：**template -> ast -> render函数** vue 在模板编译版本的码中会执行 compileToFunctions 将template转化为render函数. **（1）调用parse方法将template转化为ast（抽象语法树）** **（2）对静态节点做优化** **（3）生成代码** ## 3.5 vue如何监听对象或者数组某个属性的变化当在项目中直接设置数组的某一项的值，或者直接设置对象的某个属性值，这个时候，你会发现页面并没有更新。这是因为Object.defineProperty()限制，监听不到变化。解决方式： * this.\$set(你要改变的数组/对象，你要改变的位置/key，你要改成什么value) this.$set(this.arr, 0, "OBKoro1"); // 改变数组this.$set(this.obj, "c", "OBKoro1"); // 改变对象 * 调用以下几个数组的方法 splice()、 push()、pop()、shift()、unshift()、sort()、reverse() vue源码里缓存了array的原型链，然后重写了这几个方法，触发这几个方法的时候会observer数据，意思是使用这些方法不用再进行额外的操作，视图自动进行更新。推荐使用splice方法会比较好自定义,因为splice可以在数组的任何位置进行删除/添加操作 ## 3.6 Vue模板编译原理 * 首先将模板字符串转换成 element ASTs（解析器） * 其次对 AST 进行静态节点标记，主要用来做虚拟DOM的渲染优化（优化器） * 最后使用 element ASTs 生成 render 函数代码字符串（代码生成器） ## 3.7 对虚拟DOM的理解？ * 虚拟DOM 是一棵以js对象属性来描述VNode节点树，实际上它是一层对真实 DOM 的抽象。 * 有了这层抽象，当虚拟DOM进行频繁修改时，通过diff算法比较并一次性修改真实DOM中需要改的部分，最后在真实DOM中进行重排与重绘，减少过多DOM节点重排与重绘损耗。 **优势：** **（1）保证性能下限，在不进行手动优化的情况下，提供过得去的性能** **（2）跨平台** Virtual DOM本质上是JavaScript的对象，它可以很方便的跨平台操作，比如服务端渲染、uniapp等。 ## 3.8 虚拟DOM的解析过程 * 首先对将要插入到文档中的 DOM 树结构进行分析，使用 js 对象将其表示出来，比如一个元素对象，包含 TagName、props 和 Children 这些属性。然后将这个 js 对象树给保存下来，最后再将 DOM 片段插入到文档中。 * 当页面的状态发生改变，需要对页面的 DOM 的结构进行调整的时候，首先根据变更的状态，重新构建起一棵对象树，然后将这棵新的对象树和旧的对象树进行比较，记录下两棵树的的差异。 * 最后将记录的有差异的地方应用到真正的 DOM 树中去，这样视图就更新了。 ## 3.8 DIFF算法 * 用 JavaScript 对象结构表示 DOM 树的结构；然后用这个树构建一个真正的 DOM 树，插到文档中 * 当状态变更的时候，重新构造一棵新的对象树。然后用新的树和旧的树进行比较(diff)，记录两棵树差异 * 把记录的差异应用到真正的DOM树上(patch)，视图就更新了 **Diff算法是一种对比算法**。首先将`旧虚拟DOM和新虚拟DOM`进行对比，找出已更改的`虚拟节点` ，并只更新这些虚拟节点所对应的`真实节点`，而不用更新其他没发生数据改变的节点，实现`精准`地更新真实DOM，进而`提高效率`。 ## 3.9 DIFF算法的原理 * 首先，对比节点本身，判断是否为同一节点，如果不为相同节点，则删除该节点重新创建节点进行替换 * 如果为相同节点，进行patchVnode，判断如何对该节点的子节点进行处理，先判断一方有子节点一方没有子节点的情况(如果新的children没有子节点，将旧的子节点移除) * 比较如果都有子节点，则进行updateChildren，判断如何对这些新老节点的子节点进行操作（diff核心）。 * 匹配时，找到相同的子节点，递归比较子节点在diff中，只对同层的子节点进行比较，放弃跨级的节点比较，使得时间复杂从O(n3)降低值O(n)，也就是说，只有当新旧children都为多个子节点时才需要用核心的Diff算法进行同层级比较。 ## 3.10 Vue响应式原理（基本原理） **响应式原理**指的是Vue中采用**数据劫持**结合**发布-订阅模式**使数据变化驱动视图更新。首先**Observer使用数据劫持的方式**将传入的data转成**getter/setter**形式；当**Watcher实例**读取数据时，会触发**getter**，该**Watcher**实例会被收集到**Dep仓库**中；当**数据更新**时，触发**setter**，通知Dep仓库中的所有Watcher实例更新，Watcher实例负责通知外界进行对应的渲染、回调。 1. **Observer负责将数据转换成getter/setter形式**（Vue2使用Object.defineProperty()方法，Vue3使用的是Proxy对象）； 2. Dep负责管理数据的**依赖列表**；是**发布订阅模式的调度中心**，上游对接Observer，下游对接Watcher 3. Watcher是实际上的**数据依赖**，负责将数据的变化转发到外界(渲染、回调)；