webpack原理流程分析

三大阶段

初始化阶段

1.初始化参数 ： 从配置文件webpck.config.js和shell语句(命令行参数)中读取、合并参数获得最终参数。 实例化插件Plugin . 即执行new Plugin
2.实例化编译对象compiler: 通过上一步获得的参数初始化编译对象compiler实例. compiler负责文件监听和启动编译。compiler包含了完整的webpack配置，
                              全局只有一个compiler对象。
3.加载插件：也即注册插件。 依次调用插件的apply方法，让插件可以监听到后续编译过程的所有事件结点；同时向插件中传入compiler实例，以便插件可以
                  通过compiler来调用webpack的api
4.environment: 环境。开始应用nodejs风格的文件系统到compiler对象，以便后续过程中的文件寻找和读取
5.entry-option: 从参数中的拿到entrys，并为每个入口实例化一个EntryPlugin。为后续entry的递归解析做准备
6.after-plugin: 调用完所有的内置和配置的插件的apply方法。即插件全部注册完毕
7.after-resolvers: 根据配置初始化resolver[负责在文件系统中寻找指定路径的文件]

编译阶段

1.run :  启动编译
2.watch-run:  和run类似，区别在于它是在监听模式下启动编译。在这个事件中，可以获取到是哪些文件发生了变化导致重新编译
3.compile:  该事件告诉插件，一次新的编译将要启动，同时会给插件带上compiler对象
4.compilation: 编译阶段最重要的事件。开发模式下，每当文件变动就会创建一个对象Compilation, 它包含当前模块资源、编译生成资源、变化的文件。
           同时也会提供很多事件回调给到插件以便进行扩展
    4.1 build-module: 使用对应的loader去转换一个模块
    4.2 normal-module-loader: Loader转换完一个模块后，使用acorn解析转换后的内容，生成对应的抽象语法树AST。 以便webpack后续的代码进行分析
    4.3 program: 弄清所有模块的依赖关系。从配置的入口开始，分析其AST， 当遇到require导入其他模块语句时，将其加入依赖列表中。
          对新找出的依赖进行递归分析，最终搞清楚所有模块的依赖关系
5.seal：密封。 所有模块及其依赖模块都通过Loader转换完成，根据依赖关系开始生成chunk

输出阶段

1.should-emit (发出): 所有需要输出的文件内容已经生成，询问插件有哪些需要输出，哪些不需要输出。
2.emit: 执行文件输出 。 可以在这里获取和修改输出的内容。 
3.after-emit: 文件输出结束
4. done：成功完成一次完整的编译和输出流程
5.failed:  如果在编译和输出的流程中遇到异常而导致webpack退出，就会直接跳到该事件，插件可以在该事件中获取具体的错误原因。