当前位置： 移动技术网 > IT编程>开发语言>JavaScript > 详解webpack 热更新优化

详解webpack 热更新优化

2019年06月03日  | 移动技术网IT编程  | 我要评论

前言

随着项目的界面越来越多，webpack的热更新越来越慢，有时会达到5,7s之久，这对于开发效率影响是非常巨大的。

分析过程

于是今天就针对这个分析了一下热更新慢的原因，步骤如下

首先先在package中的启动命令加上

--progress --watch --colors --profile

先解释一下这几个参数的含义

  • --progress 构建进度
  • --watch 实时监测
  • --profile 编译过程中的步骤耗时时间

加上了这几个参数，重启项目，就可以开始观察耗时时间了，修改了某个文件之后，查看控制台，如下

图中红色部分就是耗时最长的地方了，好了，发现了耗时时间长的地方了，经过百度搜索，发现也有个问题和我这个非常类似，他的原因是因为使用了uglifyjsplugin插件，这么一想，我的项目中的webpack配置中也用到了这个插件，于是把这个插件移到生产环境中使用，修改之后重启项目，修改某个文件之后，查看控制台，如下

效果非常惊人，总的耗时已经在1,2s之内了，效率提高了不少！！如果也有这种烦恼的小伙伴也可以试一下哦

另一种解决方案

这种方案的思路为，开发环境中，每人负责的都是一部分模块或者组件，所以热更新可以只编译自己当前需要的页面，而没必要把所有的页面全部编译。创建一个 selfconfig.js 设置需要保存的页面，然后在 webpack 配置中，配置，只属于需要的页面去编译热更新。加快开发环境中的编译速度。

// selfconfig.js
module.exports = [
'imscence',
'mlogin'
];
// webpack.base.conf.js 
// 部分关键代码
const selfconfig = require("./selfconfig");

for (let modulename of modules) {
if (selfconfig.length === 0) {
deventries[modulename] = path.join(resolve('src'), 'modules', modulename, 'main.js');
} else {
if (selfconfig.includes(modulename)) {
deventries[modulename] = path.join(resolve('src'), 'modules', modulename, 'main.js');
}
}
buildentries[modulename] = path.join(resolve('src'), 'modules', modulename, 'main.js');
}

以上事例设置完成后，只会热更新两个页面，但是这种方案的弊端是，其他页面本地环境将是白屏打不开（因为压根没编译），所以这种方案还是根据适合自己的场景使用。

注意： 每次修改 selfconfig.js 需要重起 webpack 服务。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持移动技术网。

您可能感兴趣的文章:

如对本文有疑问， 点击进行留言回复！！

相关文章:

验证码：
最近更新的文章
大家感兴趣的文章
移动技术网