文章转载自公众号：墨筝
前言
我们在使用 webpack 的时候经常会用到 webpackbar 或者 progress-bar-webpack-plugin 之类的 webpack 插件通过进度条等方式来展示 webpack 的构建进度，以提升构建过程中的反馈体验。对于不同的插件来说，它们只是进度条的 UI 展示形式不同而已，但最核心的 webpack 构建的实时进度的数据来源却是一致的，均由 webpack 内部的 ProgressPlugin 这个插件提供。下面我会结合源码来讲解该插件是如何计算 webpack 的构建进度并将进度数据暴露给第三方的进度条插件。在阅读下文之前可以试着问下自己：如果是你，你会如何计算 webpack 的构建进度。
构建进度的计算
该插件主要根据 webpack 的构建阶段来定义当前进度值。webpack 的构建过程分为很多不同的阶段，在每个阶段 webpack 都暴露了对应的事件钩子。ProgressPlugin 正是通过这些事件钩子对每个阶段都定义了一个基础进度值，代码如下所示：
上述代码中的 interceptHook 方法可以先忽略，这个后续会提到。
通过上述代码你会发现 ProgressPlugin 给 compiler 中的每个钩子都设置了一个指定的进度值。但这些进度值还不够细致到反映 webpack 的详细构建过程，中间还差了 0.06 到 0.69 以及 0.69 到 0.95 两个阶段的数值。webpack构建的具体执行过程主要在 compilation 中，这两个阶段的数值由 compilation 的钩子填充。
0.06~0.69
update 方法的调用由 compilation 的钩子触发，如下所示：
这个阶段的主要工作是 module,entry 以及 dependencies 的处理和构建。换个角度从 ProgressPlugin 给该阶段设置的进度值来看，这部分工作也是 webpack 最耗时的地方。
0.69~0.95
从上述代码中可以看出这个间隔段就完全是根据 compilation 的 hooks 来计算和指定当前的构建进度值，从hook 的描述中可以看出这个阶段主要是 module, chunk 以及assets等资源的优化工作。
基本上整个 webpack 构建过程的进度值就是根据上述中的 compiler 和 compilation 的 hooks 来设置的。
进度数据的透出
webpack 的构建进度确定之后剩下的任务就是将进度数据透出给第三方的进度条插件进行展示。要完成该任务需要ProgressPlugin完成两件事情，一是提供回调函数的切入口；二是需要能在对应的 hook 节点执行该回调函数进行进度的百分比值的传入。以下是这两点的实现原理
回调函数
ProgressPlugin 定义了 handler 函数来作为回调函数切入，代码如下所示：
hook 劫持
hook 劫持的实现非常简单，主要利用 webpack hook 原生提供的intercept方法，前文中提到的interceptHook方法只是对于 intercept 方法的封装，示例代码如下：
结语
webpack 构建的进度条实现原理就是如此简单，给每个构建阶段对应的 hook 设置一个进度值，然后通过 handler 回调和 hook 劫持切入到构建环节将进度信息传入回调函数，最终第三插件通过 handler 获取到进度值后将其展示出来。 webpack 的很多其他功能其实也没有想象中的那么复杂和高大上，通过阅读其源代码了解其实现原理后，你很可能会一拍大腿，大叹一声原来如此，这本身就是一件挺有意思的事儿。
以上就是W3Cschool字节宝关于webpack 构建进度条 ProgressPlugin 源码剖析的相关介绍了，希望对大家有所帮助。
