webpack hot-module-replacement 原理踩坑

本文主要是介绍webpack hot-module-replacement 原理踩坑，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

webpack hot-module-replacement 原理&踩坑

起因

最近在做san框架的热更新，记录一下webpack HMR的原理和小坑。

什么是HMR？

热更新是webpack的一个特性，通过无刷新实现代码更新。

在HMR之前，大多数开发体验是live reload，保存后自动刷新浏览器，已经是比刀耕火种的年代强很多了，但是自从某天在油管上看到dan神的redux时间穿梭，瞬间被惊艳到（当然，HMR已经是这之前很久就出现了）。

HMR大幅提高了开发体验，只更新变更内容，调整样式迅速，避免了大部分的网络请求、浏览器重新渲染、app解析编译显示，让我们来看下他是如何做到的。

hmr基本法

概念

compile: webpack的核心。js编译、拆包。
hmr-server: 建立连接并完成模块热更新的推送。
bundle-server: 静态服务器。
bundle.js: client端。
hmr-runtime: 注入到bundle.js中的代码。

更新流程

热更新开启后，当webpack打包时，会向client端注入一段HMR runtime代码，同时server端（webpack-dev-server或是webpack-hot-middware）启动了一个HMR服务器，它通过websocket和注入的runtime进行通信。

当webpack检测到文件修改后，会重新构建，并通过ws向client端发送更新消息，浏览器通过jsonp拉取更新过的模块，回调触发模块热更新逻辑。

1.修改了一个或多个文件。
2.文件系统接收更改并通知Webpack。
3.Webpack重新编译构建一个或多个模块，并通知HMR服务器进行了更新。
4.HMR Server使用websockets通知HMR Runtime需要更新。HMR运行时通过HTTP请求这些更新（jsonp）。
5.HMR运行时替换更新中的模块，如果确定这些模块无法更新，则触发整个页面刷新（这是个大坑。。）。

坑

触发页面刷新

// webpack/hot/dev-server
if(module.hot) {var lastHash;//__webpack_hash__是每次编译的hash值是全局的//Only available with the HotModuleReplacementPlugin or the ExtendedAPIPluginvar upToDate = function upToDate() {return lastHash.indexOf(__webpack_hash__) >= 0;};var check = function check() {// check([autoApply], callback: (err: Error, outdatedModules: Module[]) => void// If autoApply is truthy the callback will be called with all modules that were disposed. apply() is automatically called with autoApply as options parameter.(传入哪些代码已经被更新的模块)//If autoApply is not set the callback will be called with all modules that will be disposed on apply(). （不是true那么传入的是哪些需要被apply处理的模块）module.hot.check(true).then(function(updatedModules) {//检查所有要更新的模块，如果没有模块要更新那么回调函数就是nullif(!updatedModules) {console.warn("[HMR] Cannot find update. Need to do a full reload!");console.warn("[HMR] (Probably because of restarting the webpack-dev-server)");window.location.reload();return;}//如果还有更新if(!upToDate()) {check();}require("./log-apply-result")(updatedModules, updatedModules);//已经被更新的模块都是updatedModulesif(upToDate()) {console.log("[HMR] App is up to date.");}}).catch(function(err) {var status = module.hot.status();//如果报错直接全局reloadif(["abort", "fail"].indexOf(status) >= 0) {console.warn("[HMR] Cannot apply update. Need to do a full reload!");console.warn("[HMR] " + err.stack || err.message);window.location.reload();} else {console.warn("[HMR] Update failed: " + err.stack || err.message);}});};var hotEmitter = require("./emitter");//获取MyEmitter对象hotEmitter.on("webpackHotUpdate", function(currentHash) {lastHash = currentHash;if(!upToDate() && module.hot.status() === "idle") {//调用module.hot.status方法获取状态console.log("[HMR] Checking for updates on the server...");check();}});console.log("[HMR] Waiting for update signal from WDS...");
} else {throw new Error("[HMR] Hot Module Replacement is disabled.");
}

正常情况下，hmr只会更新模块，不会触发页面刷新。

但是当bundle.js中的代码抛出异常时，如果开发者没有手动接收并处理，这个错误会冒泡到webpack-hmr-runtime中。

runtime接收error后会console.log一些信息并立即刷新，通常情况下是没办法看到那些log的，因为太快了。

// vue-hot-reload-api.js
// 不得不说，这个一开始确实没搞懂是为啥要包一层
// 自己实现的时候才知道，当有error弹出时
// 如果不手动这样接住error，webpack会接到然后立即location.reload()
// 根本来不及看reload之前给出的提示
// 所以要手动处理下error
function tryWrap (fn) {return function (id, arg) {try { fn(id, arg) } catch (e) {console.error(e)console.warn('Something went wrong during Vue component hot-reload. Full reload required.')}}
}

所以开发者需要自定义一个类似的高阶函数手动处理下错误，防止看不到错误信息而刷新。