前端框架路由實現(xiàn)的Hash和History兩種模式的區(qū)別

Hash vs History

前言

  • 之前面試的時候就有準備過前端框架中兩種路由實現(xiàn)方式及區(qū)別糊渊,但是當時沒專門下功夫去深入了解麸粮,就在網(wǎng)上搜了下別人總結(jié)的臨時抱了下佛腳。但是事實證明酬滤,出來混签餐,總是要還的,在后來的面試中又遇到了盯串,而且這次問得更加深入氯檐,僅僅靠死記硬背來的知識總是遺忘得很快,網(wǎng)上別人總結(jié)的東西終歸還是別人的体捏,鑒于網(wǎng)上別人總結(jié)的內(nèi)容有點雜亂無章冠摄,還是決定自己在此總結(jié)記錄一番,以加深印象几缭。

一河泳、何為前端路由

  • 路由的概念來自于服務(wù)器端,在SPA(單頁應(yīng)用)中奏司,路由描述的是URL到函數(shù)的映射關(guān)系乔询,即在瀏覽器中輸入一個URL,相應(yīng)的控制器會對提交的請求進行解析韵洋,然后進行路由匹配竿刁,找到對應(yīng)的模塊和函數(shù)進行執(zhí)行。

二搪缨、如何實現(xiàn)

  • 實現(xiàn)的兩個核心問題是如何檢測路由變化和如何改變URL而不刷新頁面食拜,通常有兩種實現(xiàn)模式,一種是Hash模式副编,一種是History模式负甸。

三、Hash模式

  • 早期的前端路由的實現(xiàn)就是基于location.hash來實現(xiàn)的,location.hash的值就是URL中#后面的內(nèi)容
    其實現(xiàn)原理就是監(jiān)聽#后面的內(nèi)容來發(fā)起Ajax請求來進行局部更新呻待,而不需要刷新整個頁面打月。
  • 使用hashchange事件來監(jiān)聽 URL 的變化,以下這幾種情況改變 URL 都會觸發(fā) hashchange 事件:瀏覽器前進后退改變 URL蚕捉、<a>標簽改變 URL奏篙、window.location改變URL。

優(yōu)缺點

  • 兼容低版本瀏覽器迫淹,Angular1.x和Vue默認使用的就是hash路由
  • 只有#符號之前的內(nèi)容才會包含在請求中被發(fā)送到后端秘通,也就是說就算后端沒有對路由全覆蓋,但是不會返回404錯誤
  • hash值的改變敛熬,都會在瀏覽器的訪問歷史中增加一個記錄肺稀,所以可以通過瀏覽器的回退、前進按鈕控制hash的切換
  • 會覆蓋錨點定位元素的功能
  • 不太美觀应民,#后面?zhèn)鬏數(shù)臄?shù)據(jù)復(fù)雜的話會出現(xiàn)問題

四话原、History模式

  • history 提供了 pushStatereplaceState 兩個方法來記錄路由狀態(tài),這兩個方法改變 URL 不會引起頁面刷新
  • history 提供類似 hashchange 事件的 popstate 事件瑞妇,但 popstate 事件有些不同:通過瀏覽器前進后退改變 URL 時會觸發(fā) popstate 事件稿静,通過pushState/replaceState或<a>標簽改變 URL 不會觸發(fā) popstate 事件。好在我們可以攔截 pushState/replaceState的調(diào)用和<a>標簽的點擊事件來檢測 URL 變化辕狰,所以監(jiān)聽 URL 變化可以實現(xiàn)改备,只是沒有 hashchange 那么方便。
  • pushState(state, title, url)replaceState(state, title, url)都可以接受三個相同的參數(shù):
  • state:需要保存的數(shù)據(jù)蔓倍,這個數(shù)據(jù)在觸發(fā)popstate事件時悬钳,可以在event.state里獲取
  • title:標題,基本沒用偶翅,一般傳 null
  • url:設(shè)定新的歷史記錄的 url默勾,新的 url 與當前 url 的 origin 必須是一樣的,否則會拋錯聚谁,url可以是絕對路徑母剥,也可以是相對路徑。

優(yōu)缺點

  • 使用簡單形导,比較美觀
  • pushState()設(shè)置新的URL可以是任意與當前URL同源的URL环疼,而hash只能改變#后面的內(nèi)容,因此只能設(shè)置與當前URL同文檔的URL
  • pushState()設(shè)置的URL與當前URL一模一樣時也會被添加到歷史記錄棧中朵耕,而hash#后面的內(nèi)容必須被修改才會被添加到新的記錄棧中
  • pushState()可以通過stateObject參數(shù)添加任意類型的數(shù)據(jù)到記錄中炫隶,而hash只能添加短字符串
  • pushState()可額外設(shè)置title屬性供后續(xù)使用
  • 前端的URL必須和向發(fā)送請求后端URL保持一致,否則會報404錯誤
  • 由于History API的緣故阎曹,低版本瀏覽器有兼容行問題

參考

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末伪阶,一起剝皮案震驚了整個濱河市煞檩,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌栅贴,老刑警劉巖斟湃,帶你破解...
    沈念sama閱讀 206,311評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異檐薯,居然都是意外死亡桐早,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,339評論 2 382
  • 文/潘曉璐 我一進店門厨剪,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人友存,你說我怎么就攤上這事祷膳。” “怎么了屡立?”我有些...
    開封第一講書人閱讀 152,671評論 0 342
  • 文/不壞的土叔 我叫張陵直晨,是天一觀的道長。 經(jīng)常有香客問我膨俐,道長勇皇,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 55,252評論 1 279
  • 正文 為了忘掉前任焚刺,我火速辦了婚禮敛摘,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘乳愉。我一直安慰自己兄淫,他們只是感情好,可當我...
    茶點故事閱讀 64,253評論 5 371
  • 文/花漫 我一把揭開白布蔓姚。 她就那樣靜靜地躺著捕虽,像睡著了一般。 火紅的嫁衣襯著肌膚如雪坡脐。 梳的紋絲不亂的頭發(fā)上泄私,一...
    開封第一講書人閱讀 49,031評論 1 285
  • 那天,我揣著相機與錄音备闲,去河邊找鬼晌端。 笑死,一個胖子當著我的面吹牛浅役,可吹牛的內(nèi)容都是我干的斩松。 我是一名探鬼主播,決...
    沈念sama閱讀 38,340評論 3 399
  • 文/蒼蘭香墨 我猛地睜開眼觉既,長吁一口氣:“原來是場噩夢啊……” “哼惧盹!你這毒婦竟也來了乳幸?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 36,973評論 0 259
  • 序言:老撾萬榮一對情侶失蹤钧椰,失蹤者是張志新(化名)和其女友劉穎粹断,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體嫡霞,經(jīng)...
    沈念sama閱讀 43,466評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡瓶埋,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 35,937評論 2 323
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了诊沪。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片养筒。...
    茶點故事閱讀 38,039評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖端姚,靈堂內(nèi)的尸體忽然破棺而出晕粪,到底是詐尸還是另有隱情,我是刑警寧澤渐裸,帶...
    沈念sama閱讀 33,701評論 4 323
  • 正文 年R本政府宣布巫湘,位于F島的核電站,受9級特大地震影響昏鹃,放射性物質(zhì)發(fā)生泄漏尚氛。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 39,254評論 3 307
  • 文/蒙蒙 一洞渤、第九天 我趴在偏房一處隱蔽的房頂上張望阅嘶。 院中可真熱鬧,春花似錦载迄、人聲如沸奈懒。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,259評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽磷杏。三九已至,卻和暖如春捏卓,著一層夾襖步出監(jiān)牢的瞬間极祸,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,485評論 1 262
  • 我被黑心中介騙來泰國打工怠晴, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留遥金,地道東北人。 一個月前我還...
    沈念sama閱讀 45,497評論 2 354
  • 正文 我出身青樓蒜田,卻偏偏與公主長得像稿械,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子冲粤,可洞房花燭夜當晚...
    茶點故事閱讀 42,786評論 2 345

推薦閱讀更多精彩內(nèi)容