Webpack优化构建速度

html-css09

Webpack优化构建速度,第1张

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高频面试题

该插件主要用来压缩css文件

使用:

1.安装

2.webpack.config.js配置

参数:

assetNameRegExp :一个正则表达式,指示应优化最小化的资源的名称。提供的正则表达式针对配置中 ExtractTextPlugin 实例导出的文件的文件名运行,而不是源CSS文件的文件名。默认为/.css$/g

cssProcessor :用于优化最小化CSS的CSS处理器,默认为cssnano。这应该是一个跟随cssnano.process接口的函数(接收CSS和选项参数并返回一个Promise)。

cssProcessorOptions :传递给cssProcessor的选项,默认为 {}

cssProcessorPluginOptions :传递给cssProcessor的插件选项,默认为 {}

canPrint :一个布尔值,指示插件是否可以将消息打印到控制台,默认为 true