本篇文章給大家總結(jié)一些值得收藏的2022年精選vue高頻面試題（附答案）。有一定的參考價(jià)值，有需要的朋友可以參考一下，希望對(duì)大家有所幫助。

Vue-router 導(dǎo)航守衛(wèi)有哪些

• 全局前置/鉤子：beforeEach、beforeResolve、afterEach
• 路由獨(dú)享的守衛(wèi)：beforeEnter
• 組件內(nèi)的守衛(wèi)：beforeRouteEnter、beforeRouteUpdate、beforeRouteLeave

（學(xué)習(xí)視頻分享：vue視頻教程）

為什么在 Vue3.0 采用了 Proxy,拋棄了 Object.defineProperty？

Object.defineProperty 本身有一定的監(jiān)控到數(shù)組下標(biāo)變化的能力,但是在 Vue 中,從性能/體驗(yàn)的性價(jià)比考慮,尤大大就棄用了這個(gè)特性(Vue 為什么不能檢測(cè)數(shù)組變動(dòng) )。為了解決這個(gè)問(wèn)題,經(jīng)過(guò) vue 內(nèi)部處理后可以使用以下幾種方法來(lái)監(jiān)聽(tīng)數(shù)組

push(); pop(); shift(); unshift(); splice(); sort(); reverse();

由于只針對(duì)了以上 7 種方法進(jìn)行了 hack 處理,所以其他數(shù)組的屬性也是檢測(cè)不到的,還是具有一定的局限性。

Object.defineProperty 只能劫持對(duì)象的屬性,因此我們需要對(duì)每個(gè)對(duì)象的每個(gè)屬性進(jìn)行遍歷。Vue 2.x 里,是通過(guò) 遞歸 + 遍歷 data 對(duì)象來(lái)實(shí)現(xiàn)對(duì)數(shù)據(jù)的監(jiān)控的,如果屬性值也是對(duì)象那么需要深度遍歷,顯然如果能劫持一個(gè)完整的對(duì)象是才是更好的選擇。

Proxy 可以劫持整個(gè)對(duì)象,并返回一個(gè)新的對(duì)象。Proxy 不僅可以代理對(duì)象,還可以代理數(shù)組。還可以代理動(dòng)態(tài)增加的屬性。

v-for 為什么要加 key

如果不使用 key，Vue 會(huì)使用一種最大限度減少動(dòng)態(tài)元素并且盡可能的嘗試就地修改/復(fù)用相同類型元素的算法。key 是為 Vue 中 vnode 的唯一標(biāo)記，通過(guò)這個(gè) key，我們的 diff 操作可以更準(zhǔn)確、更快速

• 更準(zhǔn)確：因?yàn)閹?key 就不是就地復(fù)用了，在 sameNode 函數(shù) a.key === b.key 對(duì)比中可以避免就地復(fù)用的情況。所以會(huì)更加準(zhǔn)確。

• 更快速：利用 key 的唯一性生成 map 對(duì)象來(lái)獲取對(duì)應(yīng)節(jié)點(diǎn)，比遍歷方式更快

如何從真實(shí)DOM到虛擬DOM

涉及到Vue中的模板編譯原理，主要過(guò)程：

• 將模板轉(zhuǎn)換成 ast 樹(shù)， ast 用對(duì)象來(lái)描述真實(shí)的JS語(yǔ)法（將真實(shí)DOM轉(zhuǎn)換成虛擬DOM）

• 優(yōu)化樹(shù)

• 將 ast 樹(shù)生成代碼

為什么Vue采用異步渲染呢？

Vue 是組件級(jí)更新，如果不采用異步更新，那么每次更新數(shù)據(jù)都會(huì)對(duì)當(dāng)前組件進(jìn)行重新渲染，所以為了性能， Vue 會(huì)在本輪數(shù)據(jù)更新后，在異步更新視圖。核心思想 nextTick 。

dep.notify（） 通知 watcher進(jìn)行更新， subs[i].update 依次調(diào)用 watcher 的 update ， queueWatcher 將watcher 去重放入隊(duì)列， nextTick（ flushSchedulerQueue ）在下一tick中刷新watcher隊(duì)列（異步）。

為什么vue組件中data必須是一個(gè)函數(shù)？

對(duì)象為引用類型，當(dāng)復(fù)用組件時(shí)，由于數(shù)據(jù)對(duì)象都指向同一個(gè)data對(duì)象，當(dāng)在一個(gè)組件中修改data時(shí)，其他重用的組件中的data會(huì)同時(shí)被修改；而使用返回對(duì)象的函數(shù)，由于每次返回的都是一個(gè)新對(duì)象（Object的實(shí)例），引用地址不同，則不會(huì)出現(xiàn)這個(gè)問(wèn)題。

MVC 和 MVVM 區(qū)別

MVC

MVC 全名是 Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫(xiě)，一種軟件設(shè)計(jì)典范

• Model（模型）：是應(yīng)用程序中用于處理應(yīng)用程序數(shù)據(jù)邏輯的部分。通常模型對(duì)象負(fù)責(zé)在數(shù)據(jù)庫(kù)中存取數(shù)據(jù)
• View（視圖）：是應(yīng)用程序中處理數(shù)據(jù)顯示的部分。通常視圖是依據(jù)模型數(shù)據(jù)創(chuàng)建的
• Controller（控制器）：是應(yīng)用程序中處理用戶交互的部分。通?？刂破髫?fù)責(zé)從視圖讀取數(shù)據(jù)，控制用戶輸入，并向模型發(fā)送數(shù)據(jù)

MVC 的思想：一句話描述就是 Controller 負(fù)責(zé)將 Model 的數(shù)據(jù)用 View 顯示出來(lái)，換句話說(shuō)就是在 Controller 里面把 Model 的數(shù)據(jù)賦值給 View。

MVVM

MVVM 新增了 VM 類

• ViewModel 層：做了兩件事達(dá)到了數(shù)據(jù)的雙向綁定 一是將【模型】轉(zhuǎn)化成【視圖】，即將后端傳遞的數(shù)據(jù)轉(zhuǎn)化成所看到的頁(yè)面。實(shí)現(xiàn)的方式是：數(shù)據(jù)綁定。二是將【視圖】轉(zhuǎn)化成【模型】，即將所看到的頁(yè)面轉(zhuǎn)化成后端的數(shù)據(jù)。實(shí)現(xiàn)的方式是：DOM 事件監(jiān)聽(tīng)。

MVVM 與 MVC 最大的區(qū)別就是：它實(shí)現(xiàn)了 View 和 Model 的自動(dòng)同步，也就是當(dāng) Model 的屬性改變時(shí)，我們不用再自己手動(dòng)操作 Dom 元素，來(lái)改變 View 的顯示，而是改變屬性后該屬性對(duì)應(yīng) View 層顯示會(huì)自動(dòng)改變（對(duì)應(yīng)Vue數(shù)據(jù)驅(qū)動(dòng)的思想）

整體看來(lái)，MVVM 比 MVC 精簡(jiǎn)很多，不僅簡(jiǎn)化了業(yè)務(wù)與界面的依賴，還解決了數(shù)據(jù)頻繁更新的問(wèn)題，不用再用選擇器操作 DOM 元素。因?yàn)樵?MVVM 中，View 不知道 Model 的存在，Model 和 ViewModel 也觀察不到 View，這種低耦合模式提高代碼的可重用性

注意：Vue 并沒(méi)有完全遵循 MVVM 的思想 這一點(diǎn)官網(wǎng)自己也有說(shuō)明

那么問(wèn)題來(lái)了 為什么官方要說(shuō) Vue 沒(méi)有完全遵循 MVVM 思想呢？

• 嚴(yán)格的 MVVM 要求 View 不能和 Model 直接通信，而 Vue 提供了$refs 這個(gè)屬性，讓 Model 可以直接操作 View，違反了這一規(guī)定，所以說(shuō) Vue 沒(méi)有完全遵循 MVVM。

Vue 為什么要用 vm.$set() 解決對(duì)象新增屬性不能響應(yīng)的問(wèn)題 ？你能說(shuō)說(shuō)如下代碼的實(shí)現(xiàn)原理么？

1）Vue為什么要用vm.$set() 解決對(duì)象新增屬性不能響應(yīng)的問(wèn)題

• Vue使用了Object.defineProperty實(shí)現(xiàn)雙向數(shù)據(jù)綁定

• 在初始化實(shí)例時(shí)對(duì)屬性執(zhí)行 getter/setter 轉(zhuǎn)化

• 屬性必須在data對(duì)象上存在才能讓Vue將它轉(zhuǎn)換為響應(yīng)式的（這也就造成了Vue無(wú)法檢測(cè)到對(duì)象屬性的添加或刪除）

所以Vue提供了Vue.set (object, propertyName, value) / vm.$set (object, propertyName, value)

2）接下來(lái)我們看看框架本身是如何實(shí)現(xiàn)的呢?

Vue 源碼位置：vue/src/core/instance/index.js

export function set (target: Array<any> | Object, key: any, val: any): any {   // target 為數(shù)組     if (Array.isArray(target) && isValidArrayIndex(key)) {     // 修改數(shù)組的長(zhǎng)度, 避免索引>數(shù)組長(zhǎng)度導(dǎo)致splcie()執(zhí)行有誤     target.length = Math.max(target.length, key)     // 利用數(shù)組的splice變異方法觸發(fā)響應(yīng)式       target.splice(key, 1, val)     return val   }   // key 已經(jīng)存在，直接修改屬性值     if (key in target && !(key in Object.prototype)) {     target[key] = val     return val   }   const ob = (target: any).__ob__   // target 本身就不是響應(yīng)式數(shù)據(jù), 直接賦值   if (!ob) {     target[key] = val     return val   }   // 對(duì)屬性進(jìn)行響應(yīng)式處理   defineReactive(ob.value, key, val)   ob.dep.notify()   return val }

我們閱讀以上源碼可知，vm.$set 的實(shí)現(xiàn)原理是：

• 如果目標(biāo)是數(shù)組，直接使用數(shù)組的 splice 方法觸發(fā)相應(yīng)式；

• 如果目標(biāo)是對(duì)象，會(huì)先判讀屬性是否存在、對(duì)象是否是響應(yīng)式，

• 最終如果要對(duì)屬性進(jìn)行響應(yīng)式處理，則是通過(guò)調(diào)用 defineReactive 方法進(jìn)行響應(yīng)式處理

defineReactive 方法就是 Vue 在初始化對(duì)象時(shí)，給對(duì)象屬性采用 Object.defineProperty 動(dòng)態(tài)添加 getter 和 setter 的功能所調(diào)用的方法

Vue3.0 和 2.0 的響應(yīng)式原理區(qū)別

Vue3.x 改用 Proxy 替代 Object.defineProperty。因?yàn)?Proxy 可以直接監(jiān)聽(tīng)對(duì)象和數(shù)組的變化，并且有多達(dá) 13 種攔截方法。

相關(guān)代碼如下

import { mutableHandlers } from "./baseHandlers"; // 代理相關(guān)邏輯 import { isObject } from "./util"; // 工具方法  export function reactive(target) {   // 根據(jù)不同參數(shù)創(chuàng)建不同響應(yīng)式對(duì)象   return createReactiveObject(target, mutableHandlers); } function createReactiveObject(target, baseHandler) {   if (!isObject(target)) {     return target;   }   const observed = new Proxy(target, baseHandler);   return observed; }  const get = createGetter(); const set = createSetter();  function createGetter() {   return function get(target, key, receiver) {     // 對(duì)獲取的值進(jìn)行放射     const res = Reflect.get(target, key, receiver);     console.log("屬性獲取", key);     if (isObject(res)) {       // 如果獲取的值是對(duì)象類型，則返回當(dāng)前對(duì)象的代理對(duì)象       return reactive(res);     }     return res;   }; } function createSetter() {   return function set(target, key, value, receiver) {     const oldValue = target[key];     const hadKey = hasOwn(target, key);     const result = Reflect.set(target, key, value, receiver);     if (!hadKey) {       console.log("屬性新增", key, value);     } else if (hasChanged(value, oldValue)) {       console.log("屬性值被修改", key, value);     }     return result;   }; } export const mutableHandlers = {   get, // 當(dāng)獲取屬性時(shí)調(diào)用此方法   set, // 當(dāng)修改屬性時(shí)調(diào)用此方法 };

Vue模版編譯原理知道嗎，能簡(jiǎn)單說(shuō)一下嗎？

簡(jiǎn)單說(shuō)，Vue的編譯過(guò)程就是將template轉(zhuǎn)化為render函數(shù)的過(guò)程。會(huì)經(jīng)歷以下階段：

• 生成AST樹(shù)
• 優(yōu)化
• codegen

首先解析模版，生成AST語(yǔ)法樹(shù)(一種用JavaScript對(duì)象的形式來(lái)描述整個(gè)模板)。 使用大量的正則表達(dá)式對(duì)模板進(jìn)行解析，遇到標(biāo)簽、文本的時(shí)候都會(huì)執(zhí)行對(duì)應(yīng)的鉤子進(jìn)行相關(guān)處理。

Vue的數(shù)據(jù)是響應(yīng)式的，但其實(shí)模板中并不是所有的數(shù)據(jù)都是響應(yīng)式的。有一些數(shù)據(jù)首次渲染后就不會(huì)再變化，對(duì)應(yīng)的DOM也不會(huì)變化。那么優(yōu)化過(guò)程就是深度遍歷AST樹(shù)，按照相關(guān)條件對(duì)樹(shù)節(jié)點(diǎn)進(jìn)行標(biāo)記。這些被標(biāo)記的節(jié)點(diǎn)(靜態(tài)節(jié)點(diǎn))我們就可以跳過(guò)對(duì)它們的比對(duì)，對(duì)運(yùn)行時(shí)的模板起到很大的優(yōu)化作用。

編譯的最后一步是將優(yōu)化后的AST樹(shù)轉(zhuǎn)換為可執(zhí)行的代碼。

MVVM的優(yōu)缺點(diǎn)?

優(yōu)點(diǎn):

• 分離視圖（View）和模型（Model），降低代碼耦合，提?視圖或者邏輯的重?性: ?如視圖（View）可以獨(dú)?于Model變化和修改，?個(gè)ViewModel可以綁定不同的"View"上，當(dāng)View變化的時(shí)候Model不可以不變，當(dāng)Model變化的時(shí)候View也可以不變。你可以把?些視圖邏輯放在?個(gè)ViewModel??，讓很多view重?這段視圖邏輯
• 提?可測(cè)試性: ViewModel的存在可以幫助開(kāi)發(fā)者更好地編寫(xiě)測(cè)試代碼
• ?動(dòng)更新dom: 利?雙向綁定,數(shù)據(jù)更新后視圖?動(dòng)更新,讓開(kāi)發(fā)者從繁瑣的?動(dòng)dom中解放

缺點(diǎn):

• Bug很難被調(diào)試: 因?yàn)槭?雙向綁定的模式，當(dāng)你看到界?異常了，有可能是你View的代碼有Bug，也可能是Model的代碼有問(wèn)題。數(shù)據(jù)綁定使得?個(gè)位置的Bug被快速傳遞到別的位置，要定位原始出問(wèn)題的地?就變得不那么容易了。另外，數(shù)據(jù)綁定的聲明是指令式地寫(xiě)在View的模版當(dāng)中的，這些內(nèi)容是沒(méi)辦法去打斷點(diǎn)debug的
• ?個(gè)?的模塊中model也會(huì)很?，雖然使??便了也很容易保證了數(shù)據(jù)的?致性，當(dāng)時(shí)?期持有，不釋放內(nèi)存就造成了花費(fèi)