vue router的兩種模式的區別

2022-04-29 08:12:05 字數 1551 閱讀 8469

眾所周知,vue-router有兩種模式,hash模式和history模式,這裡來談談兩者的區別。

hash模式背後的原理是onhashchange事件,可以在window物件上監聽這個事件:

上面的**可以通過改變hash來改變頁面字型顏色,雖然沒什麼用,但是一定程度上說明了原理。

更關鍵的一點是,因為hash發生變化的url都會被瀏覽器記錄下來,從而你會發現瀏覽器的前進後退都可以用了,同時點選後退時,頁面字型顏色也會發生變化。這樣一來,儘管瀏覽器沒有請求伺服器,但是頁面狀態和url一一關聯起來,後來人們給它起了乙個霸氣的名字叫前端路由,成為了單頁應用標配。

隨著history api的到來,前端路由開始進化了,前面的hashchange,你只能改變#後面的url片段,而history api則給了前端完全的自由

history api可以分為兩大部分,切換和修改

切換歷史狀態

包括back,forward,go三個方法,對應瀏覽器的前進,後退,跳轉操作,有同學說了,(谷歌)瀏覽器只有前進和後退,沒有跳轉,嗯,在前進後退上長按滑鼠,會出來所有當前視窗的歷史記錄,從而可以跳轉(也許叫跳更合適):

history.go(-2);//

後退兩次

history.go(2);//

前進兩次

history.back();

//後退

hsitory.forward();

//前進

修改歷史狀態

包括了pushstate,replacestate兩個方法,這兩個方法接收三個引數:stateobj,title,url

history.pushstate(, 'red', 'red'})

window.onpopstate = function

(event)}

history.back();

history.forward();

通過pushstate把頁面的狀態儲存在state物件中,當頁面的url再變回這個url時,可以通過event.state取到這個state物件,從而可以對頁面狀態進行還原,這裡的頁面狀態就是頁面字型顏色,其實滾動條的位置,閱讀進度,元件的開關的這些頁面狀態都可以儲存到state的裡面。

通過history api,我們丟掉了醜陋的#,但是它也有個毛病:

不怕前進,不怕後退,就怕重新整理,f5,(如果後端沒有準備的話),因為重新整理是實實在在地去請求伺服器的,不玩虛的。

在hash模式下,前端路由修改的是#中的資訊,而瀏覽器請求時是不帶它玩的,所以沒有問題.但是在history下,你可以自由的修改path,當重新整理時,如果伺服器中沒有相應的響應或者資源,會分分鐘刷出乙個404來。

所以,如果你想在github.io上搭乙個單頁部落格,就應該選擇hash模式。比如這個部落格

--轉

vue router的兩種模式

hash模式的工作原理是onhashchange事件,通過window.location.hash訪問 window.onhashchange function 由於hash發生變化的url都會被瀏覽器記錄,雖然瀏覽器沒有請求伺服器,但頁面狀態和url關聯起來了。這就是前端路由 更新檢視但不會重新請...

vue router的兩種模式的區別

優點 良好的互動體驗,使用者不需要重新整理頁面,頁面顯示流暢,良好的前後端工作分離模式,減輕伺服器壓力,缺點 不利於seo,初次載入耗時比較多 對於hash模式會建立hashhistory物件,在訪問不同的路由的時候,會發生兩件事 hashhistory.push 將新的路由新增到瀏覽器訪問的歷史的...

vue router的兩種模式的區別

大家都知道vue是一種單頁應用,單頁應用就是僅在頁面初始化的時候載入響應的html css js 優點 良好的互動體驗,使用者不需要重新整理頁面,頁面顯示流暢,良好的前後端工作分離模式,減輕伺服器壓力 缺點 不利於seo,初次載入耗時比較多 通過history api,我們丟掉了醜陋的 但是他有個毛...