整个 watch 的过程通过事件的机制，完成几个抽象对象的逻辑串联，当触发 Watching.prototype.watch 的调用回调函数时，流程便进入到了另外一端，开始进行重新编译，相较于第一次编译，在 webpack 中在二次编译阶段利用了很多缓存机制，来加速代码编译。

我们在日常使用 webpack 或者是在以它为基础开发的时候，可能更多的时候关注的是配置以及配置的插件开发。在日常的开发过程中，会发现 watch 状态下的编译流程有一个规律是，第一次会较为缓慢，后续的编译会很快速，看起来像是有缓存的控制，那么具体内部的缓存流程存在哪些节点呢？下面进行一些探索总结，希望能为日常...