webpack编译流程漫谈

java

output定义webpack编译的终点，导出目录

3. module.loaders 和 module.test 确定模块预编译处理方式

以babel为例，当webpack发现模块名称匹配test中的正则/js[x]?的时候。

它会将当前模块作为参数传入babel函数处理，babel([当前模块资源的引用])。

函数执行的结果将会缓存在webpack的compilation对象上，并分配唯一的id 。

以上的这一步，非常非常关键。唯一的id值决定了webpack在最后的编译结果中，是否会存在重复代码。
而缓存在compilation对象上，则决定了webpack可以在plugin阶段直接拿取模块资源进行二度加工。

4. plugin阶段贯穿于webpack的整个编译流程，一般用来做一些优化操作。

比如webpack.ProvidePlugin，它会在对编译结果再加工的操作过程中进行自定义的变量注入，当模块中碰到比如_这个变量的时候，webpack将从缓存的module中取出underscore模块加载进引用_的文件(compilation.assets)。
比如WebpackNotifierPlugin，它会在编译结果ready的时通知开发者，output已经就绪。

5.resolve.alias的作用就是对module模块提供别名，并没有什么特殊的。【副作用】 webpack编译过程中的电脑卡慢？

在weback经历以上流程的时候，查看你的内存，你会发现，内存飙升！！！

这一般都是loader阶段，对DSL进行AST抽象语法树分析的时候，由于大量应用递归，内存溢出的情
况也是非常常见。

output目录不是一个渐进的编译目录，只有在最后compilation结果ready的时候，才会写入，造成开发者等待的时候，output目录始终为空。

【webpack编译对象compilation】 webpack将编译结果导出到output是怎么做到的

如上，webpack在plugin结束前，将会在内存中生成一个compilation对象文件模块tree。

这个阶段是webpack的done阶段 : webpack写入output目录的分割点。

这棵树的枝叶节点就是所有的module[由import或者require为标志，并配备唯一moduleId],

这棵树的主枝干就是所有的assets，也就是我们最后需要写入到output.path文件夹里的文件内容。

最后，这个compilation对象也是所有webpackPlugin的处理的时候的arguments。

总结

对于开发者来说，整体而言webpack的编译过程细节比较多，但是大体的框架还是比较直观。

里面涉及到的类似DSL，AST的概念及模块缓存等等，在构建工具中还是比较常见的，配合watch模式，debug模式，对于开发者来说实在是一大利器。

一切文件皆为模块也和react的一切dom都可以变为JS一样，对前端世界带来了新的开发理念。

https://github.com/slashhuang/blog/issues/1