提醒：本文最後更新於 2366 天前，文中所描述的資訊可能已發生改變，請謹慎使用。

今天要說的hash，就是瀏覽器位址列URL裡#之後的那堆東東，一般用來定位到頁面中的命名錨點，或者用來維護純客戶端的頁面跳轉歷史狀態。這是幾年前的話題了，大家肯定都知道，我的部落格也寫過相關文章。

hash的最大好處是改變它不會導致頁面重新整理，在history.pushState/replaceState問世之前，它無疑是JS端維持頁面狀態最好的方案。但我今天踩到一個坑：Webkit下，在frameset引入的頁面中改變最外層的location.hash，居然會導致頁面重新整理，測試了最新版的Safari和Chrome，都是如此；其他核心的瀏覽器都無此問題。

最後，我採用的解決方案也比較簡單：既然問題是出在高階的webkit下，直接呼叫history.replaceState代替給history.hash賦值就好了。只是我之前還從未想過，replaceState這麼“高階”的介面還可以用來修這麼弱智的Bug。。。

if(QW.Browser.webkit) {
    top.history.replaceState(null, top.document.title, '#'+hash);
} else {
    top.location.hash = hash;
}

這裡還有一個簡單的demo。這個坑之所以很少被人踩到，是因為踩坑條件比較特殊：改變hash的頁面必須是frameset方式引入，iframe引入的頁面沒有問題。如今用frameset的人越來越少了，踩坑機會也越來越小了，所以即使有人

順便說下，這個坑是我今天改QWrap文件踩到的。現在QWrap文件終於可以把某個介面詳情頁URL複製下來發給別人了，也終於加上了評論功能，用的是disqus。

--EOF--

發表於 2012-07-19 18:12:46 ，並被新增「 Bug 、 Webkit 」標籤 。檢視本文 Markdown 版本 »

提醒：本文最後更新於 2366 天前，文中所描述的資訊可能已發生改變，請謹慎使用。