Webpack 深入浅出之公司级分享总结(内附完整ppt)

本文是作者对公司内部Webpack分享的总结,涵盖了Webpack的基本打包机制、Loader和Plugin的开发、Compiler和Compilation对象、Tapable模型、npm link使用以及Resolveloader配置。通过这篇文章,读者可以了解到Webpack如何处理模块打包,Loader和Plugin如何工作,以及在开发和调试过程中的一些实用技巧。
摘要由CSDN通过智能技术生成

背景

前段时间,在公司做了个 Webpack 的分享。听众40多人,感觉还不错。所以总结一下,先看一下ppt的目录:

本篇文章,如果直接贴ppt图,理解起来可能比较费劲,加上我之前已经把部分内容输出了完整的文章了,这里就大概讲一下内容,方便大家结合ppt来理解~

PS:公众号后台回复 webpack 即可获取本次分享的完整ppt

基本打包机制

本质上,webpack 是一个现代 JavaScript 应用程序的静态模块打包器(module bundler)。当 webpack 处理应用程序时,它会递归地构建一个依赖关系图(dependency graph),其中包含应用程序需要的每个模块,然后将所有这些模块打包成一个或多个 bundle。

打包过程可以拆分为四步:

  1. 利用babel完成代码转换,并生成单个文件的依赖

  2. 从入口开始递归分析,并生成依赖图谱

  3. 将各个引用模块打包为一个立即执行函数

  4. 将最终的bundle文件写入bundle.js中

完整代码见:https://github.com/LuckyWinty/blog/tree/master/code/bundleBuild

以上是打包的基本机制,而webpack的打包过程,会基于这些基本步骤进行扩展,主要有以下步骤:

  1. 初始化参数 从配置文件和 Shell 语句中读取与合并参数,得出最终的参数

  2. 开始编译 用上一步得到的参数初始Compiler对象,加载所有配置的插件,通 过执行对象的run方法开始执行编译

  3. 确定入口 根据配置中的 Entry 找出所有入口文件

  4. 编译模块 从入口文件出发,调用所有配置的 Loader 对模块进行编译,再找出该模块依赖的模块,再递归本步骤直到所有入口依赖的文件都经过了本步骤的处理

  5. 完成模块编译 在经过第4步使用 Loader 翻译完所有模块后, 得到了每个模块被编译后的最终内容及它们之间的依赖关系

  6. 输出资源:根据入口和模块之间的依赖关系,组装成一个个包含多个模块的 Chunk,再将每个 Chunk 转换成一个单独的文件加入输出列表中,这是可以修改输出内容的最后机会

  7. 输出完成:在确定好输出内容后,根据配置确定输出的路径和文件名,将文件的内容写入文件系统中。

整个流程概括为3个阶段,初始化、编译、输出。而在每个阶段中又会发生很多事件,Webpack会将这些事件广播出来供Plugin使用。具体钩子,可以看官方文档:https://webpack.js.org/api/compiler-hooks/#hooks

这一块,我写了另一篇更详细的文章,可以看这里:

Webpack4打包机制原理解析

Webpack Loader

Loader 就像一个翻译员,能将源文件经过转化后输出新的结果,并且一个文件还可以链式地经过多个翻译员翻译。

概念:
  • 一个Loader 的职责是单一的,只需要完成一种转换

  • 一个Loader 其实就是一个Node.js 模块,这个模块需要导出一个函数

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值