從Ajax翻頁的問題說起

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

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

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

為什么用Ajax？

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

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

傳統(tǒng)的跳轉(zhuǎn)翻頁的可取之處

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

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

結(jié)合兩者

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

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

然后，HTML5 history API將解決這個(gè)問題。

介紹HTML5 history API

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

history.pushState()

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

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

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

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

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

history.replaceState()

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

window.onpopstate

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

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

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

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

如何應(yīng)用

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

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

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

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

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

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

為window添加popstate事件，加入這種導(dǎo)航變化時(shí)的處理。代碼可能是這樣（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頁的時(shí)候既可以是 ?page=1，也可以根本沒有page參數(shù)
        pageNow = regMatch === null ? 1 : +regMatch[1];

    updateByPage(pageNow);
});

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

有待斟酌的兼容性問題

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

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

// ...

if(isHistoryApi){
    // ...
}

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

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

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

HTML5 history API并不完美

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

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

一些相關(guān)內(nèi)容

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

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

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

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

結(jié)語

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