hash模式背後的原理是onhashchange
事件,能夠在window
對象上監聽這個事件:javascript
1 window.onhashchange = function(event){ 2 3 console.log(event.oldURL, event.newURL); 4 let hash = location.hash.slice(1); 5 document.body.style.color = hash; 6 7 }
相似這種
上面的代碼能夠經過改變hash來改變頁面字體顏色,雖然沒什麼用,可是必定程度上說明了原理。html
更關鍵的一點是,由於hash發生變化的url都會被瀏覽器記錄下來,從而你會發現瀏覽器的前進後退均可以用了,同時點擊後退時,頁面字體顏色也會發生變化。這樣一來,儘管瀏覽器沒有請求服務器,可是頁面狀態和url一一關聯起來,後來人們給它起了一個霸氣的名字叫前端路由,成爲了單頁應用標配。前端
隨着history api的到來,前端路由開始進化了,前面的hashchange,你只能改變#後面的url片斷,而history api則給了前端徹底的自由vue
history api能夠分爲兩大部分,切換和修改,參考MDNjava
包括back
,forward
,go
三個方法,對應瀏覽器的前進,後退,跳轉操做,有同窗說了,(谷歌)瀏覽器只有前進和後退,沒有跳轉,嗯,在前進後退上長按鼠標,會出來全部當前窗口的歷史記錄,從而能夠跳轉(也許叫跳更合適):git
包括了pushState
,replaceState
兩個方法,這兩個方法接收三個參數:stateObj,title,urlgithub
history.pushState({color:'red'}, 'red', 'red'}) window.onpopstate = function(event){ console.log(event.state) if(event.state && event.state.color === 'red'){ document.body.style.color = 'red'; } } history.back(); history.forward();
經過pushstate把頁面的狀態保存在state對象中,當頁面的url再變回這個url時,能夠經過event.state取到這個state對象,從而能夠對頁面狀態進行還原,這裏的頁面狀態就是頁面字體顏色,其實滾動條的位置,閱讀進度,組件的開關的這些頁面狀態均可以存儲到state的裏面。vue-router
當你使用 history 模式時,URL 就像正常的 url,例如 http://yoursite.com/user/id
,也好看!後端
不過這種模式要玩好,還須要後臺配置支持。由於咱們的應用是個單頁客戶端應用,若是後臺沒有正確的配置,當用戶在瀏覽器直接訪問 http://oursite.com/user/id
就會返回 404,這就很差看了。api
因此呢,你要在服務端增長一個覆蓋全部狀況的候選資源:若是 URL 匹配不到任何靜態資源,則應該返回同一個 index.html
頁面,這個頁面就是你 app 依賴的頁面。
經過history api,咱們丟掉了醜陋的#,可是它也有個毛病:
不怕前進,不怕後退,就怕刷新,f5,(若是後端沒有準備的話),由於刷新是實實在在地去請求服務器的,不玩虛的。
在hash模式下,前端路由修改的是#中的信息,而瀏覽器請求時是不帶它玩的,因此沒有問題.可是在history下,你能夠自由的修改path,當刷新時,若是服務器中沒有相應的響應或者資源,會分分鐘刷出一個404來。
因此,若是你想在github.io上搭一個單頁博客,就應該選擇hash模式