vue-router有兩種模式，hash模式和history模式
hash模式
hash模式背后的原理是onhashchange事件,可以在window對象上監聽這個事件:
1 window.onhashchange = function(event){ 2 3 console.log(event.oldURL, event.newURL); 4 let hash = location.hash.slice(1); 5 document.body.style.color = hash; 6 7 }
類似這種
-
http://music.163.com/#/friend
-
https://pan.baidu.com/disk/home#list/vmode=list
上面的代碼可以通過改變hash來改變頁面字體顏色，雖然沒什么用，但是一定程度上說明了原理。
更關鍵的一點是，因為hash發生變化的url都會被瀏覽器記錄下來，從而你會發現瀏覽器的前進后退都可以用了，同時點擊后退時，頁面字體顏色也會發生變化。這樣一來，盡管瀏覽器沒有請求服務器，但是頁面狀態和url一一關聯起來，后來人們給它起了一個霸氣的名字叫前端路由，成為了單頁應用標配。
history路由
隨着history api的到來，前端路由開始進化了,前面的hashchange，你只能改變#后面的url片段，而history api則給了前端完全的自由
history api可以分為兩大部分，切換和修改，參考MDN
切換歷史狀態
包括back,forward,go三個方法，對應瀏覽器的前進，后退，跳轉操作，有同學說了，(谷歌)瀏覽器只有前進和后退，沒有跳轉，嗯，在前進后退上長按鼠標，會出來所有當前窗口的歷史記錄，從而可以跳轉(也許叫跳更合適)：
-
history.go(-2);//后退兩次
-
history.go(2);//前進兩次
-
history.back(); //后退
-
hsitory.forward(); //前進
修改歷史狀態
包括了pushState,replaceState兩個方法,這兩個方法接收三個參數:stateObj,title,url
history.pushState({color:'red'}, 'red', 'red'})
window.onpopstate = function(event){
console.log(event.state)
if(event.state && event.state.color === 'red'){
document.body.style.color = 'red';
}
}
history.back();
history.forward();
通過pushstate把頁面的狀態保存在state對象中，當頁面的url再變回這個url時，可以通過event.state取到這個state對象，從而可以對頁面狀態進行還原，這里的頁面狀態就是頁面字體顏色，其實滾動條的位置，閱讀進度，組件的開關的這些頁面狀態都可以存儲到state的里面。
history模式怕啥
當你使用 history 模式時，URL 就像正常的 url，例如 http://yoursite.com/user/id，也好看！
不過這種模式要玩好，還需要后台配置支持。因為我們的應用是個單頁客戶端應用，如果后台沒有正確的配置，當用戶在瀏覽器直接訪問 http://oursite.com/user/id 就會返回 404，這就不好看了。
所以呢，你要在服務端增加一個覆蓋所有情況的候選資源：如果 URL 匹配不到任何靜態資源，則應該返回同一個 index.html 頁面，這個頁面就是你 app 依賴的頁面。
通過history api，我們丟掉了丑陋的#，但是它也有個毛病：
不怕前進，不怕后退，就怕刷新，f5，（如果后端沒有准備的話）,因為刷新是實實在在地去請求服務器的,不玩虛的。
在hash模式下，前端路由修改的是#中的信息，而瀏覽器請求時是不帶它玩的，所以沒有問題.但是在history下，你可以自由的修改path，當刷新時，如果服務器中沒有相應的響應或者資源，會分分鍾刷出一個404來。
所以，如果你想在github.io上搭一個單頁博客，就應該選擇hash模式