webpack热更新原理
# 定义
HMR 其实就是 Hot Module Replacement,可以理解成模块热替换,指在应用程序运行过程中,替换、添加、删除模块,而无需重新刷新整个应用
const webpack = require("webpack");
module.exports = {
devServer: {
hot: true,
},
};
# 原理
- Webpack Compile:将 js 代码编译成 bundle.js
- HMR Server: 用来将热更新的文件输出给 HMR Runtime
- Bundle Server: 静态资源文件服务器,提供文件访问路径
- HMR Runtime: socket 服务器,会被注入到浏览器,更新文件的变化
- bundle.js 构建输出的文件
- 在 HMR Runtime 和 HMR Server 之间建立 websocket,即可实时更新文件变化
上图分为两个阶段:
- 启动阶段: 1-2-A-B
在编写未经过 webpack 打包的源代码后,Webpack Compile 将源代码和 HMR Runtime 一起编译成 bundle 文件,传输给 Bundle Server 静态资源服务器
- 更新阶段: 1-2-3-4
当某一个文件或者模块发生变化时,webpack 监听到文件变化对文件重新编译打包,编译生成唯一的 hash 值,这个 hash 值用来作为下一次热更新的标识
根据变化的内容生成两个补丁文件:manifest(包含了 hash 和 chundId,用来说明变化的内容)和 chunk.js 模块
由于 socket 服务器在 HMR Runtime 和 HMR Server 之间建立 websocket 链接,当文件发生改动的时候,服务端会向浏览器推送一条消息,消息包含文件改动后生成的 hash 值,如下图的 h 属性,作为下一次热更细的标识
在浏览器接受到这条消息之前,浏览器已经在上一次 socket 消息中已经记住了此时的 hash 标识,这时候我们会创建一个 ajax 去服务端请求获取到变化内容的 manifest 文件
mainfest 文件包含重新 build 生成的 hash 值,以及变化的模块,对应上图的 c 属性
浏览器根据 manifest 文件获取模块变化的内容,从而触发 render 流程,实现局部模块更新
# 总结
- 通过 webpack-dev-server 创建两个服务器:提供静态资源的服务(express)和 Socket 服务
- express server 负责直接提供静态资源的服务(打包后的资源直接被浏览器请求和解析)
- socket server 是一个 websocket 的长连接,双方可以通信
- 当 socket server 监听到对应的模块发生变化时,会生成两个文件.json(manifest 文件)和.js 文件(update chunk)
- 通过长连接,socket server 可以直接将这两个文件主动发送给客户端(浏览器)
- 浏览器拿到两个新的文件后,通过 HMR runtime 机制,加载这两个文件,并且针对修改的模块进行更新
# 参考链接
编辑 (opens new window)
上次更新: 2024/11/05, 06:40:27