require.js源码分析之req({})内部处理

前言

之前分析了require.js的加载过程，以及加载过程中主要处理的三点重要事情：
- req({})
- data-main
- req(cfg)
- req(config)
之前分析了data-main的处理流程，此文主要分析req({})、req(cfg)以及req(config)处理流程。

req({})内部处理

req函数就是require函数，通过阅读它的源码，它的处理流程如下：

从上面的处理流程中可以看出实际上req函数完成的功能点如下：
- 判断deps是否是非数组非字符串的值，如果是对其他参数进行处理
- 设置contextName，判断指定的contextName， 对应的context是否存在，如果不存在就是调用newContext(contextName)创建一个
- 调用context对象的configure方法来处理config配置对象
- 调用context.require来处理核心的逻辑

简单来说，req实际上就是创建一个context上下文，通过context.configure方法处理配置对象，而context.require才是req函数真正的核心逻辑处理。

先不关心newContext中到底处理什么，先看看req({})调用时，context对象的组成，context组成如下：

从上图中可以知道一个context上下文对象包含的属性以及方法，下面就这些属性及方法先简要推测下作用：
- Module：构造函数，require.js是模块加载器，所有的js文件都是模块
- completeLoad：函数，完整加载，应该是文件加载的处理
- config：对象，应该是配置对象相关的内容，目测应该是默认的配置对象
- configure：函数，处理配置对象
- contextName：字符串，当前context的name
- defQueue：数组，队列应该跟依赖列表存在关系
- defQueueMap：对象，队列图，应该是模块之间的依赖关系图
- defined：对象，待定
- enable：函数，根据参数名称depMap，应该是处理依赖，判断依赖是否可被利用
- execCb：函数，待定
- load：函数，应该加载文件
- makeModuleMap：函数，模块之间依赖处理函数
- makeRequire：函数，require函数，require.js中require核心处理逻辑
- makeShimExports：函数，处理非AMD插件的
- nameToUrl：函数，应该处理模块文件url地址的
- nextTick：函数，异步处理一些事情
- onError：函数，报错事件处理
- onScriptError：函数，文件加载失败的处理程序
- onScriptLoad：函数，文件加载完成的处理程序
- registry：对象，本意’仓库’的意思，应该是依赖模块加载成功之后存储
- require：函数，makeRequire函数调用的结果值
- urlFetched：对象，记录模块是否加载成功

req({})、req(cfg)以及req(config)都是同样的处理逻辑，不同点在context.configure函数内部对于配置对象属性的处理而已。

context中configure的处理分析

对于context对象的产生，只有通过newContext函数来实现，该函数是require.js模块加载器中核心的逻辑处理，对于newContext会之后发费专门的篇章来讲解，下面分析context中configure函数处理。

if (config) {    context.configure(config);}

上面的代码是req函数中调用configure来处理config的代码，接下来就对configure函数的处理流程进行分析，具体流程如下图：

在configure中主要的处理工作如下：
- 处理传入的配置对象的属性
- 遍历registery，对模块做相应处理
- 配置对象是否存在deps或callback，是则调用context.require函数

context中require函数的处理分析

对于configure分析可知，最后根据情况还是需要调用context.require函数。

阅读require源码，可知：

context.require = context.makeRequire();

阅读makeRequire函数源码可得如下流程处理：

从makeRequire函数的处理流程可知：context.require = localRequire;

localRequire函数是整个require最核心的处理，明天结合依赖列表具体详细分析。

req({})、req(cfg)，rea(config)实际上的处理都是相同的，不同的在于configure的处理。