前言

在上两章节中我们已经介绍过了 JavaScript 打包机制以及 webpack 所有的内置配置，但当项目业务功能达到一定规模时，默认的配置已经不足以满足开发、用户的期望，我们就需要对 webpack 配置进行优化。

关于优化，有几个基本规则：

首先知道要优化什么；
针对待优化点进行优化；
衡量优化前后对项目的影响；

如何知道具体该如何优化喃，最直观的方式是分析它的输出文件，但 webpack 打包后的文件非常大且可读性差，下面就介绍几种可视化的分析工具，帮助你快速定位问题所在。

一、测量构建时间

优化 webpack 构建速度的第一步是知道将精力集中在哪里。我们可以通过 speed-measure-webpack-plugin 测量你的 webpack 构建期间各个阶段花费的时间：

步骤一：安装 speed-measure-webpack-plugin

npm install speed-measure-webpack-plugin --save-dev

步骤二：配置

// 分析打包时间
const SpeedMeasurePlugin = require("speed-measure-webpack-plugin");
const smp = new SpeedMeasurePlugin();
// ...
module.exports = smp.wrap(prodWebpackConfig)

它能够：

分析整个打包总耗时；
每个插件和 loader 的耗时情况；

方便开发人员定位打包耗时瓶颈。

二、分析包内容

webpack-bundle-analyzer 扫描 bundle 并构建其内部内容的可视化。使用此可视化来查找大的或不必要的依赖项。

步骤一：安装 webpack-bundle-analyzer

npm install webpack-bundle-analyzer --save-dev

步骤二：配置

// 分析包内容
const BundleAnalyzerPlugin = require('webpack-bundle-analyzer').BundleAnalyzerPlugin;
module.exports = {
  plugins: [
    // 开启 BundleAnalyzerPlugin
    new BundleAnalyzerPlugin(),
  ],
};

一般运行在生产版本中，该插件将在浏览器中打开统计信息结果页面。

注意：webpack4 在 production 环境下默认启动了 ModuleConcatenationPlugin （预编译所有模块到一个闭包中，提升代码在浏览器中的执行速度），它可能会合并webpack-bundle-analyzer 输出中的模块的一部分，从而使报告不太详细。如果你使用此插件，请在分析过程中将其禁用。设置如下：

module.exports = {
  // ...
  optimization: {
    // 
    concatenateModules: false,
  }
};

具体来说，使用 webpack-bundle-analyzer 能可视化的反映：

打包出的文件中都包含了什么；
每个文件的尺寸在总体中的占比，哪些文件尺寸大，思考一下，为什么那么大，是否有替换方案，是否使用了它包含的所有代码；
模块之间的包含关系；
是否有重复的依赖项，是否存在一个库在多个文件中重复？或者捆绑包中是否具有同一库的多个版本？
是否有相似的依赖库，尝试使用一种依赖库实现相似的功能。
每个文件的压缩后的大小。

三、在线分析工具

如果你对在本地安装插件进行测量分析包方式感觉不爽的话，这里将会推荐几款在线测量工具，但都需要 webpack 统计文件。

1. 生成统计文件 `stats.json`

使用 webpack 编译源代码时，用户可以生成一个包含有关模块统计信息的 JSON 文件。这些统计信息可用于分析应用程序的依赖关系图以及优化编译速度。该文件通常是按以下方式生成的：

在 webpack 启动时带入参数：--profile --json > stats.json ，例如：

webpack --config webpack.config.prod.js --profile --json > stats.json

--profile：记录下构建过程中的耗时信息
--json：以 JSON 的格式输出构建结果，最后只输出一个 .json 文件，这个文件（stats.json）中包括所有构建相关的信息
> stats.json ：是 UNIX/Linux 系统中的管道命令、含义是把 webpack --profile --json 输出的内容通过管道输出到 stats.json 文件中

执行命令后，会在项目中多出一个 stats.json 文件，接下来将 stats.json 文件上传到以下在线工具上，以可视化分析包的组成。

常用的在线工具有：

官方可视化分析工具 Webapck Analyse：生成一个图表，让你可视化了解项目的依赖关系、模块大小及耗时等；
Webpack Visualizer：生成一个饼状图，可视化 bundle 内容；
webpack bundle optimize helper：此工具会分析你的 bundle，并为你提供可操作的改进措施建议，以减少 bundle 体积大小。

2. 官方可视化分析工具 Webapck Analyse

Webapck Analyse 是一个在线 Web 应用，它为你提供了对包的更全面的分析，并且它绘制了项目中所有依赖模块的图形，这对于依赖关系较少的项目非常有用。

打开 Webapck Analyse ，上传 stats.json：

Webpack Analyse 不会把你选择的 stats.json 文件发达到服务器，而是在浏览器本地解析，你不用担心自己的代码为此而泄露。选择文件后，你马上就能如下的效果图：

Modules ：展示所有的模块，每个模块对应一个文件。并且还包含所有模块之间的依赖关系图、模块路径、模块ID、模块所属 Chunk、模块大小；

Chunks ：展示所有的代码块，一个代码块中包含多个模块。并且还包含代码块的ID、名称、大小、每个代码块包含的模块数量，以及代码块之间的依赖关系图；

Assets ：展示所有输出的文件资源，包括 .js、.css、图片等。并且还包括文件名称、大小、该文件来自哪个代码块；

Warnings ：展示构建过程中出现的所有警告信息；

Errors ：展示构建过程中出现的所有错误信息；

Hints ：展示处理每个模块的过程中的耗时。

3. Webpack Visualizer 分析工具

可视化并分析您的Webpack捆绑包，以查看哪些模块正在占用空间，哪些可能是重复的。

它既可作为插件使用，也可以在线使用，是一种较新的工具。

方式一：作为插件使用

npm install webpack-visualizer-plugin --dev-save

配置：

// 分析包内容
const Visualizer = require('webpack-visualizer-plugin');
module.exports = {
  plugins: [
    // 开启 Visualizer
    // 默认输出为 stats.html，这里为 statistics.html
    new Visualizer({
      filename: './statistics.html'
    })
  ],
};

然后在浏览器中直接打开 statistics.html 就可以看到分析结果了：

方式二：在线使用

打开 http://chrisbateman.github.io/webpack-visualizer/ ，上传 stats.json 既可看到分析结果。

4. webpack bundle optimize helper 分析工具

打开 https://webpack.jakoblind.no/optimize/ ，上传 stats.json 既可看到分析结果及优化建议：

四、总结

我们总共介绍了以下 5 种测量工具，每种工具都提供了对包分析的不同视角，例如：

在开发过程中，当向项目引入新包时，我个人经常使用 Webpack Visualizer ，饼状图给出了关于大小的比例的即时反馈；
在分析每次构建版本的耗时情况时，相对于其它 4 中，speed-measure-webpack-plugin 能够获取每个插件和 loader 的耗时情况，帮助你将注意力集中在需要优化的插件上；
webpack-bundle-analyzer 能够将 bundle 内容展示为便捷的、交互式、可缩放的树状图形式；
Webapck Analyse 相对于其它 4 种，能够对包进行全方位的分析；
相对于其它 4 种，webpack bundle optimize helper 能提供可操作的改进措施建议；

五、往期 webpack 系列

webpack 最佳配置指北

窥探原理：手写一个 JavaScript 打包器

如果觉得不错，就点个赞吧！👍👍👍

想看往期更过系列文章，点击前往 github 博客主页

六、走在最后

❤️玩得开心，不断学习，并始终保持编码。👨💻
如有任何问题或更独特的见解，欢迎评论或直接联系瓶子君（扫码关注公众号回复 123 即可）！👀👇
👇欢迎关注：前端瓶子君，每日更新！👇