上一节跑到了NormalModuleFactory模块,调用了原型方法create后,依次触发了before-rsolve、factory、resolver事件流,这节从resolver事件流开始讲。

  源码简化如下:

this.plugin("resolver", () => (data, callback) => {
// 来自于create方法
const contextInfo = data.contextInfo;
const context = data.context;
const request = data.request;
// 检测前后缀
// 正则比较简单就不解释了
const noAutoLoaders = /^-?!/.test(request);
const noPrePostAutoLoaders = /^!!/.test(request);
const noPostAutoLoaders = /^-!/.test(request);
let elements = request.replace(/^-?!+/, "").replace(/!!+/g, "!").split("!");
// 传路径的话这里会是['./input.js']
let resource = elements.pop();
// 这里是空数组
elements = elements.map(identToLoaderRequest); asyncLib.parallel([ /**/ ], (err, results) => { /**/ });
});

  第一次进来这个函数传入的是entry,在这里对字符串进行正则校验与切割,一般情况下只会传入口文件路径,官网文档示例也是正常的形式,所以这里暂时无视。

  这里看一下identToLoaderRequest的源码:

// 根据问号切割值与参数
/*
value?opt =>
{
loader: value,
options: opt
}
*/
function identToLoaderRequest(resultString) {
const idx = resultString.indexOf("?");
let options;
if (idx >= 0) {
options = resultString.substr(idx + 1);
resultString = resultString.substr(0, idx);
return {
loader: resultString,
options
};
} else {
return {
loader: resultString
};
}
}

  非常普通的一个参数切割函数。

async.parallel

  接下来的调用引入了nodejs的async模块里面的parallel方法,该方法官网解释如下:

/*
Run the tasks collection of functions in parallel,
without waiting until the previous function has completed.
If any of the functions pass an error to its callback,
the main callback is immediately called with the value of the error.
Once the tasks have completed, the results are passed to the final callback as an array.
*/
asyncLib.parallel([ /*fn1,fn2...*/ ], (err, results) => { /**/ });

  简单来说就是并行调用数组中的方法,将所有方法返回值包装成一个数组(results)传给回调函数,任何一个方法出错会立即执行回调函数并将错误信息作为参数(err)传入。

  这里简要的介绍一下parallel方法源码的核心实现:

/*
https://github.com/caolan/async/blob/master/lib/eachOf.js
*/
/*
coll => 方法数组
iteratee => 迭代器
callback => 回调函数
*/
function eachOfArrayLike(coll, iteratee, callback) {
// 将回调函数包装成只执行一次
// 具体实现可参考jquery源码的一次性事件绑定
callback = once(callback || noop);
var index = 0, // 数组索引
completed = 0, // 已完成函数数量
length = coll.length;
if (length === 0) {
callback(null);
} function iteratorCallback(err, value) {
// 当其中一个函数执行出错立即执行callback
if (err) {
callback(err);
}
// breakLoop为空 无视
// 当所有函数都执行完后调用callback
else if ((++completed === length) || value === breakLoop) {
callback(null);
}
}
// 遍历方法数组
for (; index < length; index++) {
iteratee(coll[index], index, onlyOnce(iteratorCallback));
}
}

  可以看出,callback永远只执行一次,仅当中途执行报错或所有函数都执行完毕。

  如果某一个函数正常执行,则必须调用callback(null,args),其中args就是当前函数的返回值,该值会作为最终回调函数的数组参数之一。

  

  依次直接看数组中的方法:

asyncLib.parallel([
//
callback => this.resolveRequestArray(contextInfo, context, elements, this.resolvers.loader, callback),
//
callback => { /**/ }
], /*callback*/ )

  第一个是调用的原型方法,传入了一溜参数,源码如下:

class NormalModuleFactory extends Tapable {
/*
contextInfo => { issuer: '', compiler:undefined }
context => process.cwd()
array => []
resolver => 来源于WebpackOptionsApply模块中最后compiler.resolvers的设置
callback => 并行执行完成后的回调函数
*/
resolveRequestArray(contextInfo, context, array, resolver, callback) {
// 由于array当前为空数组 所以直接返回
if (array.length === 0) return callback(null, []);
asyncLib.map(array, (item, callback) => { /**/ }, callback);
}
}

  这里会直接返回,返回值为空数组。

  接下来看第二个方法:

callback => {
// resource => './input.js'
if (resource === "" || resource[0] === "?")
return callback(null, {
resource
});
this.resolvers.normal.resolve(contextInfo, context, resource, (err, resource, resourceResolveData) => {
if (err) return callback(err);
callback(null, {
resourceResolveData,
resource
});
});
}

  跳过第一个if判断,继而调用了resolver.normal的resolve方法,传入了3个参数以及一个回调函数。

  下一节分析resolver三个方法的具体实现。

.27-浅析webpack源码之事件流make(2)的更多相关文章

  1. .34-浅析webpack源码之事件流make(3)

    新年好呀~过个年光打游戏,function都写不顺溜了. 上一节的代码到这里了: // NormalModuleFactory的resolver事件流 this.plugin("resolv ...

  2. .23-浅析webpack源码之事件流compilation(1)

    正式开始跑编译,依次解析,首先是: compiler.apply( new JsonpTemplatePlugin(options.output), // start new FunctionModu ...

  3. .21-浅析webpack源码之事件流this-compilation

    上一节生成Compilation实例后,添加了一些属性,随后触发this-compilation事件流,如下: Compiler.prototype.newCompilation = (params) ...

  4. .26-浅析webpack源码之事件流make(1)

    compilation事件流中,依然只是针对细节步骤做事件流注入,代码流程如图: // apply => this-compilation // apply => compilation ...

  5. .24-浅析webpack源码之事件流compilation(2)

    下一个compilation来源于以下代码: compiler.apply(new EntryOptionPlugin()); compiler.applyPluginsBailResult(&quo ...

  6. .22-浅析webpack源码之事件流compilation总览

    呃,终于到了这地方-- newCompilation(params) { // ... this.applyPlugins("this-compilation", compilat ...

  7. .25-浅析webpack源码之事件流compilation(3)

    这一节跑下一批plugin. compiler.apply( new EnsureChunkConditionsPlugin(), new RemoveParentModulesPlugin(), n ...

  8. .37-浅析webpack源码之事件流make(4)

    赶紧完结这个系列咯,webpack4都已经出正式版了. 之前的代码搜索到js文件的对应loader,并添加到了对象中返回,流程如下: this.plugin("factory", ...

  9. 浅析libuv源码-node事件轮询解析(3)

    好像博客有观众,那每一篇都画个图吧! 本节简图如下. 上一篇其实啥也没讲,不过node本身就是这么复杂,走流程就要走全套.就像曾经看webpack源码,读了300行代码最后就为了取package.js ...

随机推荐

  1. ElasticSearch 学习记录之父子结构的查询

    父子结构 父亲type属性查询子type 的类型 父子结构的查询,可以通过父亲类型的字段,查询出子类型的索引信息 POST /product/_search { "query": ...

  2. [经验分享]WebApi+SwaggerUI 完美展示接口

    不喜欢说废话,直接上干货. 第一步: 打开VS IDE ,新建一个WebAPI项目 选择Web .Net FrameWork (如果喜欢使用.Net Core的可以使用.Net Core) 选择Web ...

  3. Android测试:Building Local Unit Tests

    原文:https://developer.android.com/training/testing/unit-testing/local-unit-tests.html 如果你的单元测试没有依赖或者只 ...

  4. DCL的失效:现实与初衷的背离

    最近看了Brian Goetz写的一篇有关DCL的文章:Double-checked locking: Clever, but broken.( 2001年发表于JavaWorld上) 这篇文章讲述了 ...

  5. gitlab 升级

    =============================================== 2017/10/21_第1次修改                       ccb_warlock = ...

  6. 保存html上传文件过程中遇到的字节流和字符流问题总结

    java字节流和字符流的区别以及相同 1. 字节流文件本身进行操作,字符流是通过缓存进行操作, 1.1 使用字节流不执行关闭操作 File f =new File("d:/test/test ...

  7. C#后台生成验证码

    https://www.cnblogs.com/vchenpeng/archive/2013/05/12/3074887.html /// <summary>          /// 获 ...

  8. Linux设置PHP环境变量

    区分 环境变量从时间上可分为临时性和永久性,这里只说明永久性的设置 操作 PHP 安装目录 找到PHP的安装目录:我这里是/phpstudy/server/php 其bin目录为:/phpstudy/ ...

  9. JavaScript 内存相关知识

    一.内存基本概念 1.1.生命周期 不管什么程序语言,内存生命周期基本是一致的: 分配你所需要的内存 var n = 123; // 给数值变量分配内存 var s = "azerty&qu ...

  10. MySQL 优化实施方案

    1.1 前言 在进行MySQL的优化之前必须要了解的就是MySQL的查询过程,很多的查询优化工作实际上就是遵循一些原则让MySQL的优化器能够按照预想的合理方式运行而已.更多关于MySQL查询相关参照 ...