webpack热更新原理 面试（webpack如何实现热模块替换）

本文目录

• webpack如何实现热模块替换
• 怎样对webpack模块进行热替换
• 面试被问webpack分包问题,怎么答[捂脸]=
• ik分词器热更新原理

webpack如何实现热模块替换

这次给大家带来webpack如何实现热模块替换，webpack实现热模块替换的注意事项有哪些，下面就是实战案例，一起来看一下。
模块热替换(HMR)的作用是，在应用运行时，无需刷新页面，便能替换、增加、删除必要的模块。 HMR 对于那些由单一状态树构成的应用非常有用。因为这些应用的组件是 “dumb” (相对于 “smart”) 的，所以在组件的代码更改后，组件的状态依然能够正确反映应用的最新状态。
webpack-dev-server内置“live reload”，会自动刷新页面。
文件目录如下：
app
a.js
component.js
index.js
node_modules
package.json
webpack.config.js
component.js中导入了a.js。index.js导入了component.js。修改任意一个文件，都能达到热更新功能。
最重要的是，在index.js中，有这样一段代码：（完成热更新必须需要）
if(module.hot){
module.hot.accept(moduleId, callback);
}下面是package.json配置：
{
"name": "webpack-hmr",
"version": "1.0.0",
"description": "",
"main": "index.js",
"scripts": {
"start": "nodemon --watch webpack.config.js --exec \"webpack-dev-server --env development\"",
"build": "webpack --env production"
},
"keywords": ,
"author": "",
"license": "ISC",
"devDependencies": {
"html-webpack-plugin": "^2.28.0",
"nodemon": "^1.11.0",
"webpack": "^2.2.1",
"webpack-dev-server": "^2.4.1"
}
}从依赖就可以看到，这真的是一个最简单的配置了。其中nodemon用来监听webpack.config.js文件的状态，只要发生改变，就重新执行命令。
***隐藏网址***
***隐藏网址***
接下来是webpack.config.js了，既然package.json的scripts中定义了两种命令，我们还是要在配置文件中实现两种情况（development和production，你也可以修改配置其中一种）。
const path = require(’path’);
const HtmlWebpackPlugin = require(’html-webpack-plugin’);
const webpack = require(’webpack’);
const PATHS = {
app: path.join(dirname, ’app’),
build: path.join(dirname, ’build’),
};
const commonConfig={
entry: {
app: PATHS.app + ’/index.js’,
},
output: {
path: PATHS.build,
filename: ’.js’,
},
watch: true,
plugins: [
new HtmlWebpackPlugin({
title: ’Webpack demo’,
}),
],
}
function developmentConfig(){
const config ={
devServer:{
historyApiFallback:true, //404s fallback to ./index.html
// hotOnly:true, 使用hotOnly和hot都可以
hot: true,
stats:’errors-only’, //只在发生错误时输出
// host:process.env.Host, 这里是undefined，参考的别人文章有这个
// port:process.env.PORT, 这里是undefined，参考的别人文章有这个
overlay:{ //当有编译错误或者警告的时候显示一个全屏overlay
errors:true,
warnings:true,
}
},
plugins: [
new webpack.HotModuleReplacementPlugin(),
new webpack.NamedModulesPlugin(), // 更新组件时在控制台输出组件的路径而不是数字ID，用在开发模式
// new webpack.HashedModuleIdsPlugin(), // 用在生产模式
],
};
return Object.assign(
{},
commonConfig,
config,
{
plugins: commonConfig.plugins.concat(config.plugins),
}
);
}
module.exports = function(env){
console.log("env",env);
if(env==’development’){
return developmentConfig();
}
return commonConfig;
};关于Object.assign，第一个参数是目标对象，如果目标对象中的属性具有相同的键，则属性将被源中的属性覆盖。后来的源的属性将类似地覆盖早先的属性。浅赋值，对于对象的复制使用=，即引用复制。
env参数通过cli传入。
然后打开命令行到当前目录，运行npm start或者npm run build就好啦。注意，前者是在开发环境下，是没有输出文件的（在内存），只有运行后者才会有输出文件。
相信看了本文案例你已经掌握了方法，更多精彩请关注Gxl网其它相关文章！
推荐阅读：
mint-ui使用步骤详解
JS有哪些属性可以判断页面是否存在滚动条
常用的6大JS排序算法与比较

怎样对webpack模块进行热替换

这次给大家带来怎样对webpack模块进行热替换，对webpack模块进行热替换的注意事项有哪些，下面就是实战案例，一起来看一下。
全称是Hot Module ReplaceMent(HMR)，理解成热模块替换或者模块热替换都可以吧，和.net中的热插拔一个意思，就是在运行中对程序的模块进行更新。这个功能主要是用于开发过程中，对生产环境没有任何帮助(这一点区别.net热插拔)。效果上就是界面的无刷新更新。
HMR基于WDS，style-loader可以通过它来实现无刷新更新样式。但是对于JavaScript模块就需要做一点额外的处理，怎么处理继续往下看。因为HMR是用于开发环境的，所以我们修改下配置，做两份准备。一个用于生产，一个用于开发。
const path = require(’path’);
const HtmlWebpackPlugin = require(’html-webpack-plugin’);
const webpack = require(’webpack’);
const PATHS = {
app: path.join(dirname, ’app’),
build: path.join(dirname, ’build’),
};
const commonConfig={
entry: {
app: PATHS.app,
},
output: {
path: PATHS.build,
filename: ’.js’,
},
plugins: [
new HtmlWebpackPlugin({
title: ’Webpack demo’,
}),
],
}

function developmentConfig(){
const config ={
devServer:{
//使能历史记录api
historyApiFallback:true,
hotOnly:true,//关闭热替换 注释掉这行就行
stats:’errors-only’,
host:process.env.Host,
port:process.env.PORT,
overlay:{
errors:true,
warnings:true,
}
},
plugins: [
new webpack.HotModuleReplacementPlugin(),
],
};
return Object.assign(
{},
commonConfig,
config,
{
plugins: commonConfig.plugins.concat(config.plugins),
}
);
}
module.exports = function(env){
console.log("env",env);
if(env==’development’){
return developmentConfig();
}
return commonConfig;
};这个webpack.config.js建立了两个配置，一个是commonConfig，一个是developmentConfig 两者通过env参数来区分，但这个env参数是怎么来的呢？我们看看之前的package.json中的一段：
也就是说，如果按照上面的这个配置，我们通过npm start 启动的话，进入的就是开发环境配置，如果是直接build，那么就是生产环境的方式。build方式是第一节里面讲的 直接通过npm启动webpack，这就不带WDS了。另外有了一个Object.assign语法，将配置合并。这个时候通过npm start启动，控制台打印出了两条日志。
看起来HRM已经启动了。但是此时更新一下component.js
日志显示没有东西被热更新。而且这个39,36代表的是模块Id，看起来很不直观，这里可以通过一个插件使其更符合人意
plugins: [
new webpack.HotModuleReplacementPlugin(),
new webpack.NamedModulesPlugin(),
],这个时候再启动。
这样名称就直观了。但是我们期待的更新还是没有出来。因为需要实现一个接口
import component from ’./component’;
let demoComponent=component();
document.body.appendChild(demoComponent);
//HMR 接口
if(module.hot){
module.hot.accept(’./component’,()=》{
const nextComponent=component();
document.body.replaceChild(nextComponent,demoComponent);
demoComponent=nextComponent;
})
}并修改component.js:
export default function () {
var element = document.createElement(’h1’);
element.innerHTML = ’Hello webpack’;
return element;
}
这个时候页面更新了。每次改动页面上都会增加一个带有hot-update.js ，类似于下面这样：
webpackHotUpdate(0,{
/***/ "./app/component.js":
/***/ (function(module, webpack_exports, webpack_require) {
"use strict";
Object.defineProperty(webpack_exports, "esModule", { value: true });
/* harmony default export */ webpack_exports = function () {
var element = document.createElement(’h1’);
element.innerHTML = ’Hello web ’;
element.className=’box’;
return element;
};
/***/ })
})通过webpackHotUpdate对相应模块进行更新。0表示模块的id，"./app/component.js"表示模块对应的name。结构是webpack(id,{key:function(){}})。function外带了一个括号，不知道有什么作用。webpackHotUpdate的定义是这样的：
this =
function webpackHotUpdateCallback(chunkId, moreModules) { // eslint-disable-line no-unused-vars
hotAddUpdateChunk(chunkId, moreModules);
if(parentHotUpdateCallback) parentHotUpdateCallback(chunkId, moreModules);
} ;小结：从结构来看，一个是id，一个是对应修改的模块。但实际执行更新的是hotApply方法。热更新整个机制还是有点复杂，效果上像MVVM的那种绑定。有兴趣的可以深入研究下。不建议在生产使用HMR，会让整体文件变大，而且对生成没有什么帮助，在下一节会讲样式的加载，style-loader就是用到了HMR。但对于js模块还要写额外的代码，这让人有点不爽。
相信看了本文案例你已经掌握了方法，更多精彩请关注Gxl网其它相关文章！
推荐阅读：
怎样搭建vue2.0+boostrap项目
如何用vue设置proxyTable参数跨域
Angular入口组件与声明式组件案例对比

面试被问webpack分包问题,怎么答[捂脸]=

如实回答，如果没准备好可以第二次再来面试。
Webpack是一个模块打包器，主要目的是在浏览器上打包JavaScript文件。捆绑ES模块、CommonJS和AMD模块（以及绑定）。可以创建在运行时异步加载的单个捆绑包或多个块（以减少初始加载时间）。
在编译过程中解决了依赖性，从而减小了运行时大小。加载程序可以在编译时对文件进行预处理，例如，将TypeScript转换为JavaScript、将Handlebars字符串转换为已编译函数、将图像转换为Base64，等等。高度模块化的插件系统可以执行您的应用程序所需的其他任何操作。

ik分词器热更新原理

原理如下。
1.第一步，在 webpack 的 watch 模式下，文件系统中某一个文件发生修改，webpack 监听到文件变化，根据配置文件对模块重新编译打包，并将打包后的代码通过简单的 JavaScript 对象保存在内存中。
2.第二步是 webpack-dev-server 和 webpack 之间的接口交互，而在这一步，主要是 dev-server 的中间件 webpack-dev-middleware 和 webpack 之间的交互，webpack-dev-middleware 调用 webpack 暴露的 API对代码变化进行监控，并且告诉 webpack，将代码打包到内存中。
3.第三步是 webpack-dev-server 对文件变化的一个监控，这一步不同于第一步，并不是监控代码变化重新打包。当我们在配置文件中配置了devServer.watchContentBase 为 true 的时候，Server 会监听这些配置文件夹中静态文件的变化，变化后会通知浏览器端对应用进行 live reload。注意，这儿是浏览器刷新，和 HMR 是两个概念。
4.第四步也是 webpack-dev-server 代码的工作，该步骤主要是通过 sockjs(webpack-dev-server 的依赖)在浏览器端和服务端之间建立一个 websocket 长连接，将 webpack 编译打包的各个阶段的状态信息告知浏览器端，同时也包括第三步中 Server 监听静态文件变化的信息。浏览器端根据这些 socket 消息进行不同的操作。当然服务端传递的最主要信息还是新模块的 hash 值，后面的步骤根据这一 hash 值来进行模块热替换。
5.webpack-dev-server/client 端并不能够请求更新的代码，也不会执行热更模块操作，而把这些工作又交回给了 webpack，webpack/hot/dev-server 的工作就是根据 webpack-dev-server/client 传给它的信息以及 dev-server 的配置决定是刷新浏览器呢还是进行模块热更新。当然如果仅仅是刷新浏览器，也就没有后面那些步骤了。
6.HotModuleReplacement.runtime 是客户端 HMR 的中枢，它接收到上一步传递给他的新模块的 hash 值，它通过 JsonpMainTemplate.runtime 向 server 端发送 Ajax 请求，服务端返回一个 json，该 json 包含了所有要更新的模块的 hash 值，获取到更新列表后，该模块再次通过 jsonp 请求，获取到最新的模块代码。这就是上图中 7、8、9 步骤。
7.而第 10 步是决定 HMR 成功与否的关键步骤，在该步骤中，HotModulePlugin 将会对新旧模块进行对比，决定是否更新模块，在决定更新模块后，检查模块之间的依赖关系，更新模块的同时更新模块间的依赖引用。
8.最后一步，当 HMR 失败后，回退到 live reload 操作，也就是进行浏览器刷新来获取最新打包代码。