前端路由的兩種模式： hash 模式和 history 模式
隨著 ajax 的使用越來越廣泛，前端的頁面邏輯開始變得越來越複雜，特別是spa的興起，前端路由系統隨之開始流行。

從使用者的角度看，前端路由主要實現了兩個功能（使用ajax更新頁面狀態的情況下）：

1，記錄當前頁面的狀態（儲存或分享當前頁的url，再次開啟該url時，網頁還是儲存（分享）時的狀態）；
2，可以使用瀏覽器的前進後退功能（如點選後退按鈕，可以使頁面回到使用ajax更新頁面之前的狀態，url也回到之前的狀態）；
作為開發者，要實現這兩個功能，我們需要做到：

1,改變url且不讓瀏覽器向伺服器發出請求；
2,監測 url 的變化；

hash模式
這裡的 hash 就是指 url 尾巴後的 # 號以及後面的字元。這裡的 # 和 css 裡的 # 是一個意思。hash 也 稱作 錨點，本身是用來做頁面定位的，她可以使對應 id 的元素顯示在可視區域內。

由於 hash 值變化不會導致瀏覽器向伺服器發出請求，而且 hash 改變會觸發 hashchange 事件，瀏覽器的進後退也能對其進行控制，所以人們在 html5 的 history 出現前，基本都是使用 hash 來實現前端路由的。

使用到的api：

window.location.hash = 'qq' // 設定 url 的 hash，會在當前url後加上 '#qq'

var hash = window.location.hash // '#qq'  

window.addEventListener('hashchange', function(){ 
    // 監聽hash變化，點選瀏覽器的前進後退會觸發
})

history模式
已經有 hash 模式了，而且 hash 能相容到IE8， history 只能相容到 IE10，為什麼還要搞個 history 呢？
首先，hash 本來是拿來做頁面定位的，如果拿來做路由的話，原來的錨點功能就不能用了。其次，hash 的傳參是基於 url 的，如果要傳遞複雜的資料，會有體積的限制，而 history 模式不僅可以在url裡放參數，還可以將資料存放在一個特定的物件中。

window.history.pushState(state, title, url) 
// state：需要儲存的資料，這個資料在觸發popstate事件時，可以在event.state裡獲取
// title：標題，基本沒用，一般傳 null
// url：設定新的歷史記錄的 url。新的 url 與當前 url 的 origin 必須是一樣的，否則會丟擲錯誤。url可以是絕對路徑，也可以是相對路徑。
//如 當前url是 https://www.baidu.com/a/,執行history.pushState(null, null, './qq/')，則變成 https://www.baidu.com/a/qq/，
//執行history.pushState(null, null, '/qq/')，則變成 https://www.baidu.com/qq/

window.history.replaceState(state, title, url)
// 與 pushState 基本相同，但她是修改當前歷史記錄，而 pushState 是建立新的歷史記錄

window.addEventListener("popstate", function() {
	// 監聽瀏覽器前進後退事件，pushState 與 replaceState 方法不會觸發				
});

window.history.back() // 後退
window.history.forward() // 前進
window.history.go(1) // 前進一步，-2為後退兩步，window.history.lengthk可以檢視當前歷史堆疊中頁面的數量

history 模式改變 url 的方式會導致瀏覽器向伺服器傳送請求，這不是我們想看到的，我們需要在伺服器端做處理：如果匹配不到任何靜態資源，則應該始終返回同一個 html 頁面。