1. 给出一个实例，对比该案例webpack构建前后的差异，为后面分析构建主流程组铺垫 2. 分析运行时的执行逻辑。

dependency graph -> chunk graph 具体案例分析（ 对 8. 从dependency graph 到 chunk graph的补充）

webpack的成功之处，不仅在于强大的打包构建能力，也在于它灵活的插件机制。 也许你了解过webpack的插件与钩子机制；但你或许不知道，webpack内部拥有超过180个钩子，这些钩子与模块（内置插件）之间的「创建」「注册」「调用」关系非常复杂。因此，掌握webpack内部…

在日常开发中，我们使用webpack已经非常频繁了，但是对于webpack的内部实现，整个工作流程可能还是非常模糊。在之前的文章中，我们实现了一个实现简易的模块打包器，它只是具备简单的打包功能。但是对于webpack，我们都知道它是非常复杂的，内部存在着各个阶段，每个阶段又存在…

上一篇讲述了如何理解tapable这个钩子机制，因为这个是webpack程序的灵魂。虽然钩子机制很灵活，而然却变成了我们读懂webpack道路上的阻碍。每当webpack运行起来的时候，我的心态都是佛系心态，祈祷中间不要出问题，不然找问题都要找半天，还不如不打包。尤其是load…

Webpack 一直都是有些人的心魔，不清楚原理是什么，不知道怎么去配置，只会基本的 API 使用。它就像一个黑盒，让部分开发者对它望而生畏。 而本节最大的作用，就是帮大家一点一点的消灭心魔。

首先，要注意的是默认情况下不会启用持久化缓存。你可以自行选择启用。 webpack 旨在注重构建安全而非性能。 我们没有打算默认启用这一功能，主要原因在于此功能虽然有 95% 几率提升性能，但仍有 5% 的几率中断你的应用程序/工作流/构建。 这可能听起来很糟，但相信我它并非如…

在上两章节中我们已经介绍过了 JavaScript 打包机制 以及 webpack 所有的内置配置，但当项目业务功能达到一定规模时，默认的配置已经不足以满足开发、用户的期望，我们就需要对 webpack 配置进行优化。 如何知道具体该如何优化喃，最直观的方式是分析它的输出文件，…

webpack 使用 enhanced-resolve 进行路径解析。它的作用类似于一个异步的 require.resolve 方法，将 require / import 语句中引入的字符串，解析为引入文件的绝对路径。 在其官方文档中，将其描述为高度可配置，这得益于它完善的插件…