看看面試題，只是為了查漏補缺，看看自己那些方面還不懂。切記不要以為背了面試題，就萬事大吉了，最好是理解背后的原理，這樣面試的時候才能侃侃而談。
不然，稍微有水平的面試官一看就能看出，是否有真才實學還是剛好背中了這道面試題。（都是一些基礎的vue面試題，大神不用浪費時間往下看）
MVVM 是 Model-View-ViewModel 的縮寫。
Model代表數(shù)據(jù)模型，也可以在Model中定義數(shù)據(jù)修改和操作的業(yè)務邏輯。
View 代表UI 組件，它負責將數(shù)據(jù)模型轉(zhuǎn)化成UI 展現(xiàn)出來。
ViewModel 監(jiān)聽模型數(shù)據(jù)的改變和控制視圖行為、處理用戶交互，簡單理解就是一個同步View 和 Model的對象，連接Model和View。
在MVVM架構(gòu)下，View 和 Model 之間并沒有直接的聯(lián)系，而是通過ViewModel進行交互，Model 和 ViewModel 之間的交互是雙向的， 因此View 數(shù)據(jù)的變化會同步到Model中，而Model 數(shù)據(jù)的變化也會立即反應到View 上。
ViewModel 通過雙向數(shù)據(jù)綁定把 View 層和 Model 層連接了起來，而View 和 Model 之間的同步工作完全是自動的，無需人為干涉，因此開發(fā)者只需關注業(yè)務邏輯，不需要手動操作DOM, 不需要關注數(shù)據(jù)狀態(tài)的同步問題，復雜的數(shù)據(jù)狀態(tài)維護完全由 MVVM 來統(tǒng)一管理。
beforeCreate（創(chuàng)建前） 在數(shù)據(jù)觀測和初始化事件還未開始
created（創(chuàng)建后） 完成數(shù)據(jù)觀測，屬性和方法的運算，初始化事件，$el屬性還沒有顯示出來
beforeMount（載入前） 在掛載開始之前被調(diào)用，相關的render函數(shù)首次被調(diào)用。實例已完成以下的配置：編譯模板，把data里面的數(shù)據(jù)和模板生成html。注意此時還沒有掛載html到頁面上。
mounted（載入后） 在el 被新創(chuàng)建的 vm.$el 替換，并掛載到實例上去之后調(diào)用。實例已完成以下的配置：用上面編譯好的html內(nèi)容替換el屬性指向的DOM對象。完成模板中的html渲染到html頁面中。此過程中進行ajax交互。
beforeUpdate（更新前） 在數(shù)據(jù)更新之前調(diào)用，發(fā)生在虛擬DOM重新渲染和打補丁之前?？梢栽谠撱^子中進一步地更改狀態(tài)，不會觸發(fā)附加的重渲染過程。
updated（更新后） 在由于數(shù)據(jù)更改導致的虛擬DOM重新渲染和打補丁之后調(diào)用。調(diào)用時，組件DOM已經(jīng)更新，所以可以執(zhí)行依賴于DOM的操作。然而在大多數(shù)情況下，應該避免在此期間更改狀態(tài)，因為這可能會導致更新無限循環(huán)。該鉤子在服務器端渲染期間不被調(diào)用。
beforeDestroy（銷毀前） 在實例銷毀之前調(diào)用。實例仍然完全可用。
destroyed（銷毀后） 在實例銷毀之后調(diào)用。調(diào)用后，所有的事件監(jiān)聽器會被移除，所有的子實例也會被銷毀。該鉤子在服務器端渲染期間不被調(diào)用。
1.什么是vue生命周期？
答： Vue 實例從創(chuàng)建到銷毀的過程，就是生命周期。從開始創(chuàng)建、初始化數(shù)據(jù)、編譯模板、掛載Dom→渲染、更新→渲染、銷毀等一系列過程，稱之為 Vue 的生命周期。
2.vue生命周期的作用是什么？
答：它的生命周期中有多個事件鉤子，讓我們在控制整個Vue實例的過程時更容易形成好的邏輯。
3.vue生命周期總共有幾個階段？
答：它可以總共分為8個階段：創(chuàng)建前/后, 載入前/后,更新前/后,銷毀前/銷毀后。
4.第一次頁面加載會觸發(fā)哪幾個鉤子？
答：會觸發(fā) 下面這幾個beforeCreate, created, beforeMount, mounted 。
5.DOM 渲染在 哪個周期中就已經(jīng)完成？
答：DOM 渲染在 mounted 中就已經(jīng)完成了。
vue實現(xiàn)數(shù)據(jù)雙向綁定主要是：采用數(shù)據(jù)劫持結(jié)合發(fā)布者-訂閱者模式的方式，通過Object.defineProperty（）來劫持各個屬性的setter，getter，在數(shù)據(jù)變動時發(fā)布消息給訂閱者，觸發(fā)相應監(jiān)聽回調(diào)。
當把一個普通 Javascript 對象傳給 Vue 實例來作為它的 data 選項時，Vue 將遍歷它的屬性，用 Object.defineProperty 將它們轉(zhuǎn)為 getter/setter。用戶看不到 getter/setter，但是在內(nèi)部它們讓 Vue 追蹤依賴，在屬性被訪問和修改時通知變化。
vue的數(shù)據(jù)雙向綁定 將MVVM作為數(shù)據(jù)綁定的入口，整合Observer，Compile和Watcher三者，通過Observer來監(jiān)聽自己的model的數(shù)據(jù)變化，通過Compile來解析編譯模板指令（vue中是用來解析 {{}}），最終利用watcher搭起observer和Compile之間的通信橋梁，達到數(shù)據(jù)變化 —>視圖更新；視圖交互變化（input）—>數(shù)據(jù)model變更雙向綁定效果。
js實現(xiàn)簡單的雙向綁定
body> div id='app'> input type='text' id='txt'> p id='show'>p>div>body>script type='text/javascript'> var obj = {} Object.defineProperty(obj, 'txt', { get: function () { return obj }, set: function (newValue) { document.getElementById('txt').value = newValue document.getElementById('show').innerHTML = newValue } }) document.addEventListener('keyup', function (e) { obj.txt = e.target.value })script>
1.父組件與子組件傳值
父組件傳給子組件：子組件通過props方法接受數(shù)據(jù);
子組件傳給父組件：$emit方法傳遞參數(shù)
2.非父子組件間的數(shù)據(jù)傳遞，兄弟組件傳值
eventBus，就是創(chuàng)建一個事件中心，相當于中轉(zhuǎn)站，可以用它來傳遞事件和接收事件。項目比較小時，用這個比較合適。（雖然也有不少人推薦直接用VUEX，具體來說看需求咯。技術只是手段，目的達到才是王道。）
hash模式：在瀏覽器中符號“#”，#以及#后面的字符稱之為hash，用window.location.hash讀??；
特點：hash雖然在URL中，但不被包括在HTTP請求中；用來指導瀏覽器動作，對服務端安全無用，hash不會重加載頁面。
history模式：history采用HTML5的新特性；且提供了兩個新方法：pushState（），replaceState（）可以對瀏覽器歷史記錄棧進行修改，以及popState事件的監(jiān)聽到狀態(tài)變更。
（版本在不斷更新，以下的區(qū)別有可能不是很正確。我工作中只用到vue，對angular和react不怎么熟）
1.與AngularJS的區(qū)別
相同點：
都支持指令：內(nèi)置指令和自定義指令；都支持過濾器：內(nèi)置過濾器和自定義過濾器；都支持雙向數(shù)據(jù)綁定；都不支持低端瀏覽器。
不同點：
AngularJS的學習成本高，比如增加了Dependency Injection特性，而Vue.js本身提供的API都比較簡單、直觀；在性能上，AngularJS依賴對數(shù)據(jù)做臟檢查，所以Watcher越多越慢；Vue.js使用基于依賴追蹤的觀察并且使用異步隊列更新，所有的數(shù)據(jù)都是獨立觸發(fā)的。
2.與React的區(qū)別
相同點：
React采用特殊的JSX語法，Vue.js在組件開發(fā)中也推崇編寫.vue特殊文件格式，對文件內(nèi)容都有一些約定，兩者都需要編譯后使用；中心思想相同：一切都是組件，組件實例之間可以嵌套；都提供合理的鉤子函數(shù)，可以讓開發(fā)者定制化地去處理需求；都不內(nèi)置列數(shù)AJAX，Route等功能到核心包，而是以插件的方式加載；在組件開發(fā)中都支持mixins的特性。
不同點：
React采用的Virtual DOM會對渲染出來的結(jié)果做臟檢查；Vue.js在模板中提供了指令，過濾器等，可以非常方便，快捷地操作Virtual DOM。
首頁可以控制導航跳轉(zhuǎn)，beforeEach，afterEach等，一般用于頁面title的修改。一些需要登錄才能調(diào)整頁面的重定向功能。
beforeEach主要有3個參數(shù)to，from，next：
to：route即將進入的目標路由對象，
from：route當前導航正要離開的路由
next：function一定要調(diào)用該方法resolve這個鉤子。執(zhí)行效果依賴next方法的調(diào)用參數(shù)。可以控制網(wǎng)頁的跳轉(zhuǎn)。
只用來讀取的狀態(tài)集中放在store中； 改變狀態(tài)的方式是提交mutations，這是個同步的事物； 異步邏輯應該封裝在action中。
在main.js引入store，注入。新建了一個目錄store，….. export 。
場景有：單頁應用中，組件之間的狀態(tài)、音樂播放、登錄狀態(tài)、加入購物車
state
Vuex 使用單一狀態(tài)樹,即每個應用將僅僅包含一個store 實例，但單一狀態(tài)樹和模塊化并不沖突。存放的數(shù)據(jù)狀態(tài)，不可以直接修改里面的數(shù)據(jù)。
mutations
mutations定義的方法動態(tài)修改Vuex 的 store 中的狀態(tài)或數(shù)據(jù)。
getters
類似vue的計算屬性，主要用來過濾一些數(shù)據(jù)。
action
actions可以理解為通過將mutations里面處里數(shù)據(jù)的方法變成可異步的處理數(shù)據(jù)的方法，簡單的說就是異步操作數(shù)據(jù)。view 層通過 store.dispath 來分發(fā) action。
const store = new Vuex.Store({ //store實例 state: { count: 0 }, mutations: { increment (state) { state.count++ } }, actions: { increment (context) { context.commit('increment') } }})
modules
項目特別復雜的時候，可以讓每一個模塊擁有自己的state、mutation、action、getters,使得結(jié)構(gòu)非常清晰，方便管理。
const moduleA = { state: { ... },
mutations: { ... },
actions: { ... }, getters: { ... } }const moduleB = { state: { ... },
mutations: { ... }, actions: { ... } }const store = new Vuex.Store({ modules: {
a: moduleA, b: moduleB})
1.創(chuàng)建局部指令
var app = new Vue({ el: '#app', data: { },
// 創(chuàng)建指令(可以多個) directives: {
// 指令名稱 dir1: { inserted(el) {
// 指令中第一個參數(shù)是當前使用指令的DOM console.log(el); console.log(arguments);
// 對DOM進行操作 el.style.width = '200px'; el.style.height = '200px'; el.style.background = '#000'; } } }})
2.全局指令
Vue.directive('dir2', {
inserted(el) {
console.log(el); }})
3.指令的使用
div id='app'> div v-dir1>div> div v-dir2>div>div>
html代碼：
div id='app'> input type='text' v-model='msg' /> {{msg| capitalize }}div>
JS代碼：
var vm=new Vue({ el:'#app', data:{ msg:'' }, filters: { capitalize: function (value) { if (!value) return '' value = value.toString()
return value.charAt(0).toUpperCase() + value.slice(1) }}})
全局定義過濾器
Vue.filter('capitalize',
function (value) { if (!value) return '' value = value.toString()
return value.charAt(0).toUpperCase() + value.slice(1)})
過濾器接收表達式的值 (msg) 作為第一個參數(shù)。capitalize 過濾器將會收到 msg的值作為第一個參數(shù)。
keep-alive是 Vue 內(nèi)置的一個組件，可以使被包含的組件保留狀態(tài)，或避免重新渲染。
在vue 2.1.0 版本之后，keep-alive新加入了兩個屬性: include(包含的組件緩存) 與 exclude(排除的組件不緩存，優(yōu)先級大于include) 。
使用方法
keep-alive include='include_components'
exclude='exclude_components'> component> component>keep-alive>
參數(shù)解釋
include - 字符串或正則表達式，只有名稱匹配的組件會被緩存
exclude - 字符串或正則表達式，任何名稱匹配的組件都不會被緩存
include 和 exclude 的屬性允許組件有條件地緩存。二者都可以用“，”分隔字符串、正則表達式、數(shù)組。當使用正則或者是數(shù)組時，要記得使用v-bind 。
使用示例
keep-alive include='a,b'> component>component>keep-alive>
keep-alive :include='/a|b/'> component>component>keep-alive>
keep-alive :include='['a', 'b']'> component>component>keep-alive>
1.css只在當前組件起作用
答：在style標簽中寫入scoped即可 例如：
2.v-if 和 v-show 區(qū)別
答：v-if按照條件是否渲染，v-show是display的block或none；
3.$route和$router的區(qū)別
答：$route是“路由信息對象”，包括path，params，hash，query，fullPath，matched，name等路由信息參數(shù)。而$router是“路由實例”對象包括了路由的跳轉(zhuǎn)方法，鉤子函數(shù)等。
4.vue.js的兩個核心是什么？
答：數(shù)據(jù)驅(qū)動、組件系統(tǒng)
5.vue幾種常用的指令
答：v-for 、 v-if 、v-bind、v-on、v-show、v-else
6.vue常用的修飾符？
答：.prevent: 提交事件不再重載頁面；.stop: 阻止單擊事件冒泡；.self: 當事件發(fā)生在該元素本身而不是子元素的時候會觸發(fā)；.capture: 事件偵聽，事件發(fā)生的時候會調(diào)用
7.v-on 可以綁定多個方法嗎？
答：可以
8.vue中 key 值的作用？
答：當 Vue.js 用 v-for 正在更新已渲染過的元素列表時，它默認用“就地復用”策略。如果數(shù)據(jù)項的順序被改變，Vue 將不會移動 DOM 元素來匹配數(shù)據(jù)項的順序， 而是簡單復用此處每個元素，并且確保它在特定索引下顯示已被渲染過的每個元素。key的作用主要是為了高效的更新虛擬DOM。
9.什么是vue的計算屬性？
答：在模板中放入太多的邏輯會讓模板過重且難以維護，在需要對數(shù)據(jù)進行復雜處理，且可能多次使用的情況下，盡量采取計算屬性的方式。好處：①使得數(shù)據(jù)處理結(jié)構(gòu)清晰；②依賴于數(shù)據(jù)，數(shù)據(jù)更新，處理結(jié)果自動更新；③計算屬性內(nèi)部this指向vm實例；④在template調(diào)用時，直接寫計算屬性名即可；⑤常用的是getter方法，獲取數(shù)據(jù)，也可以使用set方法改變數(shù)據(jù)；⑥相較于methods，不管依賴的數(shù)據(jù)變不變，methods都會重新計算，但是依賴數(shù)據(jù)不變的時候computed從緩存中獲取，不會重新計算。
10.vue等單頁面應用及其優(yōu)缺點
答：優(yōu)點：Vue 的目標是通過盡可能簡單的 API 實現(xiàn)響應的數(shù)據(jù)綁定和組合的視圖組件，核心是一個響應的數(shù)據(jù)綁定系統(tǒng)。MVVM、數(shù)據(jù)驅(qū)動、組件化、輕量、簡潔、高效、快速、模塊友好。
缺點：不支持低版本的瀏覽器，最低只支持到IE9；不利于SEO的優(yōu)化（如果要支持SEO，建議通過服務端來進行渲染組件）；第一次加載首頁耗時相對長一些；不可以使用瀏覽器的導航按鈕需要自行實現(xiàn)前進、后退。
PS：缺少的案例代碼，這幾天再補上去。有些地方可能描述的不夠清楚，如果有歧義，可能是我理解錯了。
本文完~
聯(lián)系客服
