深入探究HTML5的History API

投稿有獎

由 金聰采編 分享 時間：2017-09-05 加入收藏 我要投稿 點贊 侵權(quán)舉報/版權(quán)申訴

History是有趣的，不是嗎？在之前的HTML版本中，我們對瀏覽歷史記錄的操作非常有限。我們可以來回使用可以使用的方法，但這就是一切我們能做的了。

　　但是，利用HTML 5的History API，我們可以更好的控制瀏覽器的歷史記錄了。例如：我們可以添加一條記錄到歷史記錄的列表中，或者在沒有刷新時，可以更新地址欄的URL。
　　為什么介紹History API ？

　　在這篇文章中，我們將了解HTML 5中History API的來源。在此之前，我們經(jīng)常使用散列值來改變頁面內(nèi)容，特別是那些對頁面特別重要的內(nèi)容。因為沒有刷新，所以對于單頁面應(yīng)用，改變其URL是不可能的。此外，當(dāng)你改變URL的散列值值，它對瀏覽器的歷史記錄沒有任何影響。

　　然后，現(xiàn)在對于HTML 5的History API來說，這些都是可以輕易實現(xiàn)的，但是由于單頁面應(yīng)用沒必要使用散列值，它可能需要額外的開發(fā)腳本。它也允許我們用一種對SEO友好的方式建立新應(yīng)用。此外，它能減少帶寬，但是該怎么證明呢？

　　在文章中，我將用History API開發(fā)一個單頁應(yīng)用來證明上述的問題。

　　這也意味著我必須先在首頁加載必要的資源?，F(xiàn)在開始，頁面僅僅加載需要的內(nèi)容。換句話說，應(yīng)用并不是一開始就加載了全部的內(nèi)容，在請求第二個應(yīng)用內(nèi)容時，才會被加載。

　　注意,您需要執(zhí)行一些服務(wù)器端編碼只提供部分資源,而不是完整的頁面內(nèi)容。
　　瀏覽器支持

　　在寫這篇文章的時候，各主流瀏覽器對History API的支持是非常不錯的，可以點擊此處查看其支持情況，這個鏈接會告訴你支持的瀏覽器，并使用之前，總有良好的實踐來檢測支持的特定功能。

　　為了用變成方式確定瀏覽器是否支持這個API，可以用下面的一行代碼檢驗：
 

　　此外,我建議參考一下這篇文章:Detect Support for Various HTML5 Features.(ps：后續(xù)會翻譯)

　　如果你是用的現(xiàn)代瀏覽器，可以用下面的代碼：
 

　　如果你的瀏覽器不支持History API，可以使用history.js代替。
　　使用History

　　HTML 5提供了兩個新方法：

　　1、history.pushState();                2、history.replaceState();

　　兩種方法都允許我們添加和更新歷史記錄，它們的工作原理相同并且可以添加數(shù)量相同的參數(shù)。除了方法之外，還有popstate事件。在后文中將介紹怎么使用和什么時候使用popstate事件。

　　pushState()和replaceState()參數(shù)一樣，參數(shù)說明如下：

　　1、state：存儲JSON字符串，可以用在popstate事件中。

　　2、title：現(xiàn)在大多數(shù)瀏覽器不支持或者忽略這個參數(shù)，最好用null代替

　　3、url：任意有效的URL，用于更新瀏覽器的地址欄，并不在乎URL是否已經(jīng)存在地址列表中。更重要的是，它不會重新加載頁面。

　　兩個方法的主要區(qū)別就是：pushState()是在history棧中添加一個新的條目，replaceState()是替換當(dāng)前的記錄值。如果你還對這個有迷惑，就用一些示例來證明這個區(qū)別。

　　假設(shè)我們有兩個棧塊，一個標(biāo)記為1,另一個標(biāo)記為2，你有第三個棧塊，標(biāo)記為3。當(dāng)執(zhí)行pushState()時，棧塊3將被添加到已經(jīng)存在的棧中，因此，棧就有3個塊棧了。

　　同樣的假設(shè)情景下，當(dāng)執(zhí)行replaceState()時，將在塊2的堆棧和放置塊3。所以history的記錄條數(shù)不變，也就是說，pushState()會讓history的數(shù)量加1.

　　比較結(jié)果如下圖：

到此，為了控制瀏覽器的歷史記錄，我們忽略了pushState()和replaceState()的事件。但是假設(shè)瀏覽器統(tǒng)計了許多的不良記錄，用戶可能會被重定向到這些頁面，或許也不會。在這種情況下，當(dāng)用戶使用瀏覽器的前進和后退導(dǎo)航按鈕時就會產(chǎn)生意外的問題。

　　盡管當(dāng)我們使用pushState()和replaceState()進行處理時，期待popstate事件被觸發(fā)。但實際上，情況并不是這樣。相反，當(dāng)你瀏覽會話歷史記錄時，不管你是點擊前進或者后退按鈕，還是使用history.go和history.back方法，popstate都會被觸發(fā)。

　　In WebKit browsers, a popstate event would be triggered after document’s onload event, but Firefox and IE do not have this behavior.（在WebKit瀏覽器中，popstate事件在document的onload事件后觸發(fā)，F(xiàn)irefox和IE沒有這種行為）。
　　Demo示例

　　HTML：
 

　　JavaScript：

　　總結(jié)(ps：喜歡這兩個字~~~^_^~~~)

　　HTML 5中的History API 對Web應(yīng)用有著很大的影響。為了更容易的創(chuàng)建有效率的、對SEO友好的單頁面應(yīng)用，它移除了對散列值的依賴。