时间:2021-05-25
前言
随着项目的界面越来越多,webpack的热更新越来越慢,有时会达到5,7s之久,这对于开发效率影响是非常巨大的。
分析过程
于是今天就针对这个分析了一下热更新慢的原因,步骤如下
首先先在package中的启动命令加上
--progress --watch --colors --profile先解释一下这几个参数的含义
加上了这几个参数,重启项目,就可以开始观察耗时时间了,修改了某个文件之后,查看控制台,如下
图中红色部分就是耗时最长的地方了,好了,发现了耗时时间长的地方了,经过百度搜索,发现也有个问题和我这个非常类似,他的原因是因为使用了uglifyJsPlugin插件,这么一想,我的项目中的webpack配置中也用到了这个插件,于是把这个插件移到生产环境中使用,修改之后重启项目,修改某个文件之后,查看控制台,如下
效果非常惊人,总的耗时已经在1,2s之内了,效率提高了不少!!如果也有这种烦恼的小伙伴也可以试一下哦
另一种解决方案
这种方案的思路为,开发环境中,每人负责的都是一部分模块或者组件,所以热更新可以只编译自己当前需要的页面,而没必要把所有的页面全部编译。创建一个 selfConfig.js 设置需要保存的页面,然后在 webpack 配置中,配置,只属于需要的页面去编译热更新。加快开发环境中的编译速度。
// selfConfig.jsmodule.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 服务。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
最近更新了webpack配置详解,可移步vue-cliwebpack详解对于Vue.js来说,如果你想要快速开始,那么只需要在你的html中引入一个标签,加上C
webpack的热更新可以说极大地提高了前端的开发效率,以下就是本人遇到的针对vuecli热更新失效的解决方法:1、检查控制台,编译的时候是否有警告,警告很可能
最近搞了一个webpack4+typescript的开发环境,折腾了很久现在记录一下。。。。本身环境比较好搞,但是热更新是个麻烦事儿本环境是基于webpack-
介绍框架介绍,使用webpac构建的react单页面应用,集成antd。使用webpack-dev-server启动本地服务,加入热更新便于开发调试。使用bun
模块热替换(HotModuleReplacement)HMR是webpack最令人兴奋的特性之一,当你对代码进行修改并保存后,webpack将对代码重新打包,并