webpack-打包优化方案

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了webpack-打包优化方案相关的知识,希望对你有一定的参考价值。

参考技术A

分析打包文件

要优化,先分析。我们先要知道到底是哪里拖慢我们的打包速度呢?

可以利用 webpack-bundle-analyzer 插件来分析我们打包后生成的文件

修改 webpack.prod.conf.js 文件

simple-progress-webpack-plugin 可以显示打包百分比

修改 webpack.prod.conf.js 文件

效果如下:

资源与依赖包的控制

通过上面进度可以看到,打包过程中,卡顿在压缩的地方过长,当项目越来越臃肿的时候,我们要需要对项目静态资源以及依赖包进行整理,

项目里面使用 ElementUI 和 Echarts 都是全部引用挂在 Vue.prototype 上,现都改为按需引用。

预处理各种文件时指定匹配目录后, webpack 解析文件时就不会循环查找其他目录,加快解析速度。

webpack 执行预处理文件时单线程的,我们可以使用 happypack 来多线程处理文件。

修改 webpack.base.js 文件

babel-plugin-dynamic-import-node 插件是使 import() 替换成 require 编译

修改 .babelrc 文件

注意 :使用插件 build 后没有 chunk files 文件。

通过 DllPlugin 插件分离出第三方包

使用 add-asset-html-webpack-plugin 动态添加 dll.js 到 html 。

需要注意

项目经过以上优化,打包从 30 分钟,到 2 分钟不到,整体还有优化空间,可以使用其他 cdn 等优化方式。

Webpack优化构建速度

参考技术A 1. 使用高版本的 Webpack 和 Node.js

2. 压缩代码

1). 通过 uglifyjs-webpack-plugin 压缩JS代码

2). 通过 mini-css-extract-plugin 提取 chunk 中的 CSS 代码到单独文件,通过 css-loader 的 minimize 选项开启 cssnano 压缩 CSS。

3. 多线程/多进程构建:thread-loader, HappyPack

4. 压缩图片: image-webpack-loader

5. 缩小打包作用域

1). exclude/include (确定 loader 规则范围)

2). resolve.modules 指明第三方模块的绝对路径 (减少不必要的查找)

3). resolve.mainFields 只采用 main 字段作为入口文件描述字段 (减少搜索步骤,需要考虑到所有运行时依赖的第三方模块的入口文件描述字段)

4). resolve.extensions 尽可能减少后缀尝试的可能性

5). noParse 对完全不需要解析的库进行忽略 (不去解析但仍会打包到 bundle 中,注意被忽略掉的文件里不应该包含 import、require、define 等模块化语句)

6). ignorePlugin (完全排除模块)

7). 合理使用alias

6. 提取页面公共资源, 基础包分离

1). 使用 html-webpack-externals-plugin,将基础包通过 CDN 引入,不打入 bundle 中。

2). 使用 SplitChunksPlugin 进行(公共脚本、基础包、页面公共文件)分离(Webpack4内置) ,替代了 CommonsChunkPlugin 插件。

7. 充分利用缓存提升二次构建速度:

babel-loader 开启缓存

terser-webpack-plugin 开启缓存

使用 cache-loader 或者 hard-source-webpack-plugin

8. Tree shaking

打包过程中检测工程中没有引用过的模块并进行标记,在资源压缩时将它们从最终的bundle中去掉(只能对ES6 Modlue生效) 开发中尽可能使用ES6 Module的模块,提高tree shaking效率

禁用 babel-loader 的模块依赖解析,否则 Webpack 接收到的就都是转换过的 CommonJS 形式的模块,无法进行 tree-shaking

使用 PurifyCSS(不在维护) 或者 uncss 去除无用 CSS 代码

purgecss-webpack-plugin 和 mini-css-extract-plugin配合使用(建议)

9. Scope hoisting

构建后的代码会存在大量闭包,造成体积增大,运行代码时创建的函数作用域变多,内存开销变大。Scope hoisting 将所有模块的代码按照引用顺序放在一个函数作用域里,然后适当地重命名一些变量以防止变量名冲突。

前端ES6高频面试题

前端高频面试题Web移动端

web前端AJAX高频面试题

web前端JS基础高频面试题

web前端CSS高频面试题

以上是关于webpack-打包优化方案的主要内容,如果未能解决你的问题,请参考以下文章

webpack 打包文件体积过大解决方案(code splitting)

前端Vue项目打包性能优化方案

webpack性能优化

前端玩转 webpack,使你的打包速度提升 90%

点满 webpack 技能点,让你的打包速度提效 90%

前端性能优化方案-路由懒加载实现