对于webpack的认识始终停留在对脚手架的使用，不得不说脚手架既方便又好用，修改起来也方便，只需要知道webpack中各个配置项的功能，于是对于我们来说，webpack始终就是一个黑盒子，我们完全不清楚里面是如何去运作的。打包时报错，就只能借助google来协助帮忙解决问题，至于为什么要这样解决，什么原理，不管，能解决就好。那么，了解一下基本原理也是有必要, 博客地址
概念
言归正传，我们一起了解一下webpack运行基本原理，首先先明白几个核心概念，
- Entry：入口，webpack构建的起始
- Module：模块，webpack里面一切皆模块，也是代表着文件，从Entry配置的入口文件开始，递归找出依赖的模块
- Chunk：代码块，找出递归依赖模块经转换后组合成代码块
- Loader：模块转换器，也就是将模块的内容按照需求装换成新内容
- Plugin：扩展插件，webpack构建过程中，会在特定的时机广播对应的事件，而插件可以监听这些事件的发生
流程
webpack构建流程，详细过程如下：
- 初始化：从配置文件或是shell读取与合并参数，得到最终参数，实例化插件new Plugin()
- 开始编译：通过上一步初始化得到的最终参数，初始化一个Compiler对象，加载插件（依次调用插件中的apply方法），通过执行Compiler.run开始编译
- 确定入口：根据配置中entry找出所有入口文件
- 编译模块：从entry出发，调用配置的loader，对模块进行转换，同时找出模块依赖的模块（如何找？见下文），依次递归，直到所有依赖模块完成本步骤处理
- 完成模块编译：这一步已经使用loader对所有模块进行了转换，得到了转换后的新内容以及依赖关系
- 输出资源： 根据入口与模块之间的依赖关系，组装成一个个chunk代码块，并且生成文件输出列表
- 输出成功：根据配置中的输出路径和文件名，将文件写入文件系统，完成构建
事件
整个构建流程会发生很多的事件，来供Plugin监听，这些事件具体的可以分为三个阶段，分别是初始化阶段、编译阶段、输出阶段，那么具体有哪些事件，这里按阶段分别介绍，
初始化阶段
| 事件 | 作用 |
|---|---|
| 初始化 | 从配置文件或是shell读取与合并参数，得到最终参数，依次实例化插件new Plugin() |
| 实例化Compiler | 通过上一步初始化得到的最终参数，初始化一个Compiler对象，负责监听文件和启动编译，全局只有一个Compiler对象 |
| 加载插件 | 依次调用插件中的apply方法，同时也会将Compiler实例传入，就可以调用Webpack提供的api，Compiler实例可以说是就是Webpack的实例 |
| environment | 将node.js风格的文件系统应用到compiler对象，便可以直接通过compiler来对文件进行操作 |
| entry-option | 读取配置中的entry，依次实例化出对应EntryPlugin，为后面该entry的递归解析工作做准备 |
| after-plugins | 调完所有内置和配置的插件的apply方法 |
| after-resolvers | 根据配置初始化resolvers，resolvers负责在文件系统中寻找制定路径的文件 |
编译阶段
| 事件 | 作用 |
|---|---|
| run | 启动一次新的编译，调用Compiler.run() |
| watch-run | 和run类似，区别在于它是在监听模式下进行编译的，这个事件可以获取哪些文件发生了变化从而导致新的一次编译 |
| compile | 告诉插件新的一次编译即将启动，并且给插件带上compiler对象 |
| compilation | 每当检测到文件的变化，都会有一次新的compilation被创建，一个compilation对象包含了当前的模块资源、编译生成的资源、变化的文件等等的属性和方法，同时记住，在很多事件的的回调中都会将compilation传入，以便使用 |
| make | 一个新的Compilation创建完毕，那么就会从entry配置中开始读取文件，使用配置好的loader对文件进行编译，编译完后再找出文件依赖的文件，递归地去编译和解析 |
| after-compile | 一次Compilation执行完成 |
| invalid | 文件编译错误等异常触发该事件,不会导致webpack退出 |
Compilation的事件
| 事件 | 作用 |
|---|---|
| build－moudle | 使用对应的loader去转换一个模块 |
| normal－module－loader | 在用loader转换一个模块后，会使用acorn解析转换后的内容输出对应的抽象语法树（ast）,以便webpack后面分析代码使用 |
| program | 从配置的入口开始，分析生成的ast，遇到require等导入语句时，便会将其加入依赖模块列表，并且对找出的依赖进行递归分析，最终可以弄清所有依赖关系 |
| seal | 所有模块及其依赖的模块都通过Loader转换完成，根据依赖关系生成chunk |
输出阶段
| 事件 | 作用 |
|---|---|
| should－emit | 所有需要输出的文件都生成，准备输出，询问哪些文件需要输出，哪些不需要输出 |
| emit | 确定好要输出哪些文件后，并执行文件输出，可以在这里获取和修改输出的内容 |
| after－emit | 文件输出完毕 |
| done | 完成一次完整的编译和输出流程 |
| failed | 编译和输出过程中运到异常，导致webpack退出，会直接到这个步骤，可以在这里获取具体原因 |
总结
Webpack是很好的前端资源加载和打包工具，在webpack里一切皆模块，很好地处理文件之间的依赖关系，这里我们介绍的是些理论性的知识，了解基本概念，知道整个流程是怎么样的，webpack是串行流水线运行的，工作期间会有很多广播事件，来供插件使用，这里我们介绍了各个阶段的事件以及作用，具体代码表示形式，后续文章会引入。