摘要：而唯一不引發(fā)刷新的參數(shù)并不會發(fā)送到服務器，因此服務器無法獲得狀態(tài)。目前建議設置為空字符串。此外請注意，及本身調(diào)用時是不觸發(fā)事件的。我認為，按照漸進增強的思路，這樣就是最好的了，也就是只使用較少的代碼優(yōu)化高級瀏覽器的使用體驗。

HTML5 history API有什么用呢？

請想象你正在看一個視頻下面的評論，在翻到十幾頁的時候，你發(fā)現(xiàn)一個寫得稍長，但非常有趣的評論。正當你想要停下滾輪細看的時候，手殘按到了F5。然后，頁面刷新了，評論又回到了第一頁，所以你又要重新翻一次。

再或者，你想把這個評論發(fā)給別人分享，一面給了別人頁面地址（為什么不直接復制呢？因為要連帶視頻等場景?。?，一面又要加一句囑咐：請翻到下面評論的第XX頁的XX樓。

這就是問題。試想一下，如果瀏覽器能記住你當前的狀態(tài)（比如看到了第十幾頁），而不是一刷新就還原，是不是就顯得智能多了？

用Ajax實現(xiàn)翻頁等內(nèi)容切換是有原因的。在傳統(tǒng)的無Ajax的站點里，頁面A和頁面B可能只有10%的地方是不同的，其他90%的內(nèi)容（尤其是導航、頁腳等公用元素）都是一樣的，但卻仍然需要瀏覽器下載并顯示新的一整個頁面。而如果使用Ajax，不僅節(jié)省了瀏覽器需要下載的資源，而且無刷新切換明顯比頁面跳轉更平滑、流暢。

就視頻下面的評論來說，Ajax可以說是必須的。視頻這樣的重量級元素，動不動給你重新加載一次，不能忍。

傳統(tǒng)的不使用Ajax的站點，每一個翻頁是一個跳轉，然后你可以在瀏覽器地址欄里看到諸如?page=2這樣的參數(shù)。每一頁就這樣通過地址欄的URL做了標記，每一次請求，瀏覽器都會根據(jù)參數(shù)返回正確的頁碼。

所以，傳統(tǒng)的跳轉翻頁，刷新也不會丟失狀態(tài)。

現(xiàn)在我們就可以想到，如果在Ajax更新頁面局部內(nèi)容的同時，也在地址欄的URL里更新狀態(tài)參數(shù)，就可以做出更完美的Ajax翻頁了。

不過，JavaScript修改location的除hash外的任意屬性，頁面都會以新URL重新加載。而唯一不引發(fā)刷新的hash參數(shù)并不會發(fā)送到服務器，因此服務器無法獲得狀態(tài)。

然后，HTML5 history API將解決這個問題。

HTML5 history API只包括2個方法：history.pushState()和history.replaceState()，以及1個事件：window.onpopstate。

它的完全體是 history.pushState(stateObject, title, url)，包括三個參數(shù)。

第1個參數(shù)是狀態(tài)對象，它可以理解為一個拿來存儲自定義數(shù)據(jù)的元素。它和同時作為參數(shù)的url會關聯(lián)在一起。

第2個參數(shù)是標題，是一個字符串，目前各類瀏覽器都會忽略它（以后才有可能啟用，用作頁面標題），所以設置成什么都沒關系。目前建議設置為空字符串。

第3個參數(shù)是URL地址，一般會是簡單的?page=2這樣的參數(shù)風格的相對路徑，它會自動以當前URL為基準。需要注意的是，本參數(shù)URL需要和當前頁面URL同源，否則會拋出錯誤。

調(diào)用pushState()方法將新生成一條歷史記錄，方便用瀏覽器的“后退”和“前進”來導航（“后退”可是相當常用的按鈕）。另外，從URL的同源策略可以看出，HTML5 history API的出發(fā)點是很明確的，就是讓無跳轉的單站點也可以將它的各個狀態(tài)保存為瀏覽器的多條歷史記錄。當通過歷史記錄重新加載站點時，站點可以直接加載到對應的狀態(tài)。

它和history.pushState()方法基本相同，區(qū)別只有一點，history.replaceState()不會新生成歷史記錄，而是將當前歷史記錄替換掉。

push的對立就是pop，可以猜到這個事件是在瀏覽器取出歷史記錄并加載時觸發(fā)的。但實際上，它的條件是比較苛刻的，幾乎只有點擊瀏覽器的“前進”、“后退”這些導航按鈕，或者是由JavaScript調(diào)用的history.back()等導航方法，且切換前后的兩條歷史記錄都屬于同一個網(wǎng)頁文檔，才會觸發(fā)本事件。

上面的“同一個網(wǎng)頁文檔”請理解為JavaScript環(huán)境的document是同一個，而不是指基礎URL（去掉各類參數(shù)的）相同。也就是說，只要有重新加載發(fā)生（無論是跳轉到一個新站點還是繼續(xù)在本站點），JavaScript全局環(huán)境發(fā)生了變化，popstate事件都不會觸發(fā)。

popstate事件是設計出來和前面的2個方法搭配使用的。一般只有在通過前面2個方法設置了同一站點的多條歷史記錄，并在其之間導航（前進或后退）時，才會觸發(fā)這個事件。同時，前面2個方法所設置的狀態(tài)對象（第1個參數(shù)），也會在這個時候通過事件的event.state返還回來。

此外請注意，history.pushState()及history.replaceState()本身調(diào)用時是不觸發(fā)popstate事件的。pop和push畢竟不一樣！

HTML5 history API的內(nèi)容不多，具體如何應用它來改進Ajax翻頁呢？

首先，在服務器端添加對URL狀態(tài)參數(shù)的支持，例如?page=3將會輸出對應頁碼的內(nèi)容（后端模板）。也可以是服務器端把對應頁碼的數(shù)據(jù)給JavaScript，由JavaScript向頁面寫入內(nèi)容（前端模板）。

接下來，使用history.pushState()，在任一次翻頁的同時，也設置正確的帶參數(shù)的URL。代碼可能是這樣：

newURL = "?page=" + pageNow;
history.pushState(null, "", newURL);

到此，就解決了F5刷新狀態(tài)還原的事了。

不過，還沒有結束，在瀏覽器中點擊后退，例如從?page=3退到?page=2，會發(fā)現(xiàn)沒有變化。按道理說，這時候也應該對應變化。這就要用到popstate事件了。

為window添加popstate事件，加入這種導航變化時的處理。代碼可能是這樣（jQuery）：

$(window).on("popstate", function(event) {

    // 取得之前通過pushState保存的state object，盡管本示例并不打算使用它。
    // jQuery對event做了一層包裝，需要通過originalEvent取得原生event。
    var state = event.originalEvent.state,

        // 本示例直接取URL參數(shù)來處理
        reg = /page=(d+)/,
        regMatch = reg.exec(location.search),

        // 第1頁的時候既可以是 ?page=1，也可以根本沒有page參數(shù)
        pageNow = regMatch === null ? 1 : +regMatch[1];

    updateByPage(pageNow);
});

這樣，就完成了。這樣看起來是否會覺得還挺容易的呢？在支持HTML5 history API的瀏覽器中，以上部分就已經(jīng)做到了帶頁碼記錄的Ajax翻頁。

根據(jù)[caniuse][]上的數(shù)據(jù)，IE10+及其他主流瀏覽器都支持HTML5 history API。為保證不支持的瀏覽器不報錯，可以加入是否支持HTML5 history API的判斷：

// 參考自 http://modernizr.com/download/#-history 源碼
var isHistoryApi = !!(window.history && history.pushState);

// ...

if(isHistoryApi){
    // ...
}

這樣，一個Ajax翻頁，在支持HTML5 history API的瀏覽器上，將會智能地保存當前頁碼信息，而不支持的瀏覽器仍然可以正常使用，只是不保存頁碼信息（就像改進前那樣）。我認為，按照“漸進增強”的思路，這樣就是最好的了，也就是：只使用較少的代碼優(yōu)化高級瀏覽器的使用體驗。

如果真的想要在各類瀏覽器里都表現(xiàn)一致，擁有這樣的記錄功能呢？

這時候推薦使用Benjamin Lupton的[History.js][]，它提供和HTML5 history API近似的api，會在不支持的瀏覽器里回退到hash形式去處理歷史記錄。盡管為了兼容這種hash的回退形式你可能要額外做點事（hash不會發(fā)送到服務器端），但它確實可以讓你做到更廣范圍的兼容。

即使只考慮支持HTML5 history API的瀏覽器，它們對HTML5 history API的一些細節(jié)處理也會有差異和問題。History.js提供的只針對HTML5瀏覽器的版本，仍然包含了不少處理兼容問題的代碼。

但是，不完美也沒有關系。以我的測試結果，本文所介紹的簡單的寫法，就可以在絕大部分支持HTML5 history API的瀏覽器上正常運行。如果你擔心有哪些瀏覽器會有潛在問題，去測試那個瀏覽器就可以了。你最后用于兼容處理的自寫代碼很可能遠比一個JavaScript庫少得多，畢竟，你也不一定會喜歡額外引入一個JavaScript庫來完成一個功能吧。

地址欄里的hash曾是過去被廣泛用來記錄頁面狀態(tài)的標記，你可以閱讀[W3C Blog的這篇文章][]了解它的經(jīng)歷。

現(xiàn)在可以在不刷新的狀況下操作瀏覽器地址欄和歷史記錄了，那同一站點的普通鏈接跳轉是否都可以轉變?yōu)锳jax來提升使用體驗？是的，而且已經(jīng)有了pjax[]這些專門完成這個功能的作品。

不只是翻頁，HTML5 history API將尤其適合用在大量使用Ajax、包含多個視圖的單頁應用。

為一個頁面的每一個狀態(tài)都生成一條歷史記錄不一定合適（會讓用戶的歷史記錄變多變亂），酌情使用replaceState()而不是pushState()來控制歷史記錄的數(shù)量。

HTML5 history API簡單易學，不多的幾行代碼就可以做到“狀態(tài)記錄”這個小小的改進，如果可以由你選擇“漸進增強”，它還真的可以上線！

（重新編輯自我的博客，原文地址：http://acgtofe.com/posts/2014/12/play-with-browser-history）