webpcak HMR原理

模塊熱替換(hot module replacement)

模塊熱替換(HMR - Hot Module Replacement)功能會在應用程序運行過程中替換纠屋、添加或刪除模塊袍辞,而無需重新加載整個頁面。主要是通過以下幾種方式失受,來顯著加快開發(fā)速度:

保留在完全重新加載頁面時丟失的應用程序狀態(tài)。

只更新變更內(nèi)容,以節(jié)省寶貴的開發(fā)時間差购。

調(diào)整樣式更加快速 - 幾乎相當于在瀏覽器調(diào)試器中更改樣式穷躁。

在應用程序中

通過以下步驟耕肩,可以做到在應用程序中置換(swap in and out)模塊:

應用程序代碼要求 HMR runtime 檢查更新。

HMR runtime(異步)下載更新问潭,然后通知應用程序代碼猿诸。

應用程序代碼要求 HMR runtime 應用更新。

HMR runtime(同步)應用更新睦授。

你可以設(shè)置 HMR两芳,以使此進程自動觸發(fā)更新,或者你可以選擇要求在用戶交互時進行更新去枷。

在編譯器中

除了普通資源怖辆,編譯器(compiler)需要發(fā)出 "update",以允許更新之前的版本到新的版本删顶。"update" 由兩部分組成:

更新后的 manifest(JSON)

一個或多個更新后的 chunk (JavaScript)

manifest 包括新的編譯 hash 和所有的待更新 chunk 目錄竖螃。每個更新 chunk 都含有對應于此 chunk 的全部更新模塊(或一個 flag 用于表明此模塊要被移除)的代碼。

編譯器確保模塊 ID 和 chunk ID 在這些構(gòu)建之間保持一致逗余。通常將這些 ID 存儲在內(nèi)存中(例如特咆,使用 webpack-dev-server 時),但是也可能將它們存儲在一個 JSON 文件中。

在模塊中

HMR 是可選功能腻格,只會影響包含 HMR 代碼的模塊画拾。舉個例子,通過 style-loader 為 style 樣式追加補丁菜职。為了運行追加補丁青抛,style-loader 實現(xiàn)了 HMR 接口;當它通過 HMR 接收到更新酬核,它會使用新的樣式替換舊的樣式蜜另。

類似的,當在一個模塊中實現(xiàn)了 HMR 接口嫡意,你可以描述出當模塊被更新后發(fā)生了什么举瑰。然而在多數(shù)情況下,不需要強制在每個模塊中寫入 HMR 代碼蔬螟。如果一個模塊沒有 HMR 處理函數(shù)此迅,更新就會冒泡(bubble up)。這意味著一個簡單的處理函數(shù)能夠?qū)φ麄€模塊樹(complete module tree)進行更新促煮。如果在這個模塊樹中邮屁,一個單獨的模塊被更新,那么整組依賴模塊都會被重新加載菠齿。

有關(guān) module.hot 接口的詳細信息佑吝,請查看 HMR API 頁面。

在 HMR Runtime 中

這些事情比較有技術(shù)性……如果你對其內(nèi)部不感興趣绳匀,可以隨時跳到 HMR API 頁面或 HMR 指南芋忿。

對于模塊系統(tǒng)的 runtime,附加的代碼被發(fā)送到 parents 和 children 跟蹤模塊疾棵。在管理方面戈钢,runtime 支持兩個方法 check 和 apply。

check 發(fā)送 HTTP 請求來更新 manifest是尔。如果請求失敗殉了,說明沒有可用更新。如果請求成功拟枚,待更新 chunk 會和當前加載過的 chunk 進行比較薪铜。對每個加載過的 chunk,會下載相對應的待更新 chunk恩溅。當所有待更新 chunk 完成下載隔箍,就會準備切換到 ready 狀態(tài)。

apply 方法將所有被更新模塊標記為無效脚乡。對于每個無效模塊蜒滩,都需要在模塊中有一個更新處理函數(shù)(update handler),或者在它的父級模塊們中有更新處理函數(shù)。否則俯艰,無效標記冒泡捡遍,并也使父級無效。每個冒泡繼續(xù)蟆炊,直到到達應用程序入口起點稽莉,或者到達帶有更新處理函數(shù)的模塊(以最先到達為準,冒泡停止)涩搓。如果它從入口起點開始冒泡,則此過程失敗劈猪。

之后昧甘,所有無效模塊都被(通過 dispose 處理函數(shù))處理和解除加載。然后更新當前 hash战得,并且調(diào)用所有 "accept" 處理函數(shù)充边。runtime 切換回閑置狀態(tài)(idle state),一切照常繼續(xù)常侦。

入門

在開發(fā)過程中浇冰,可以將 HMR 作為 LiveReload 的替代。webpack-dev-server 支持 hot 模式聋亡,在試圖重新加載整個頁面之前肘习,熱模式會嘗試使用 HMR 來更新。更多細節(jié)請查看模塊熱更新指南坡倔。

與許多其他功能一樣漂佩,webpack 的強大之處在于它的可定制化。取決于特定項目需求罪塔,會有許多種配置 HMR 的方式投蝉。然而,對于多數(shù)實現(xiàn)來說征堪,webpack-dev-server 能夠配合良好瘩缆,可以讓你快速入門 HMR。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末佃蚜,一起剝皮案震驚了整個濱河市庸娱,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌爽锥,老刑警劉巖涌韩,帶你破解...
    沈念sama閱讀 221,695評論 6 515
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異氯夷,居然都是意外死亡臣樱,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,569評論 3 399
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來雇毫,“玉大人玄捕,你說我怎么就攤上這事∨锓牛” “怎么了枚粘?”我有些...
    開封第一講書人閱讀 168,130評論 0 360
  • 文/不壞的土叔 我叫張陵,是天一觀的道長飘蚯。 經(jīng)常有香客問我馍迄,道長,這世上最難降的妖魔是什么局骤? 我笑而不...
    開封第一講書人閱讀 59,648評論 1 297
  • 正文 為了忘掉前任攀圈,我火速辦了婚禮,結(jié)果婚禮上峦甩,老公的妹妹穿的比我還像新娘赘来。我一直安慰自己,他們只是感情好凯傲,可當我...
    茶點故事閱讀 68,655評論 6 397
  • 文/花漫 我一把揭開白布犬辰。 她就那樣靜靜地躺著,像睡著了一般冰单。 火紅的嫁衣襯著肌膚如雪幌缝。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,268評論 1 309
  • 那天球凰,我揣著相機與錄音狮腿,去河邊找鬼。 笑死呕诉,一個胖子當著我的面吹牛缘厢,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播甩挫,決...
    沈念sama閱讀 40,835評論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼贴硫,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了伊者?” 一聲冷哼從身側(cè)響起英遭,我...
    開封第一講書人閱讀 39,740評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎亦渗,沒想到半個月后挖诸,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 46,286評論 1 318
  • 正文 獨居荒郊野嶺守林人離奇死亡法精,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,375評論 3 340
  • 正文 我和宋清朗相戀三年多律,在試婚紗的時候發(fā)現(xiàn)自己被綠了痴突。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 40,505評論 1 352
  • 序言:一個原本活蹦亂跳的男人離奇死亡狼荞,死狀恐怖辽装,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情相味,我是刑警寧澤拾积,帶...
    沈念sama閱讀 36,185評論 5 350
  • 正文 年R本政府宣布,位于F島的核電站丰涉,受9級特大地震影響拓巧,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜一死,卻給世界環(huán)境...
    茶點故事閱讀 41,873評論 3 333
  • 文/蒙蒙 一玲销、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧摘符,春花似錦、人聲如沸策吠。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,357評論 0 24
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽猴抹。三九已至带族,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間蟀给,已是汗流浹背蝙砌。 一陣腳步聲響...
    開封第一講書人閱讀 33,466評論 1 272
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留跋理,地道東北人择克。 一個月前我還...
    沈念sama閱讀 48,921評論 3 376
  • 正文 我出身青樓,卻偏偏與公主長得像前普,于是被迫代替她去往敵國和親肚邢。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 45,515評論 2 359

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