Node.js 有一个简单的模块加载系统。 在 Node.js 中，文件和模块是一一对应的（每个文件被视为一个独立的模块）。
require进行模块的调用，使用 require.resolve() 函数，加载文件
从 Y 路径的模块 require(X)
- 如果 X 是一个核心模块，
a. 返回核心模块
b. 结束 - 如果 X 是以 '/' 开头
a. 设 Y 为文件系统根目录 - 如果 X 是以 './' 或 '/' 或 '../' 开头
a. 加载文件(Y + X)
b. 加载目录(Y + X) - 加载Node模块(X, dirname(Y))
- 抛出 "未找到"
加载文件(X)
- 如果 X 是一个文件，加载 X 作为 JavaScript 文本。结束
- 如果 X.js 是一个文件，加载 X.js 作为 JavaScript 文本。结束
- 如果 X.json 是一个文件，解析 X.json 成一个 JavaScript 对象。结束
- 如果 X.node 是一个文件，加载 X.node 作为二进制插件。结束
加载索引(X)
- 如果 X/index.js 是一个文件，加载 X/index.js 作为 JavaScript 文本。结束
- 如果 X/index.json 是一个文件，解析 X/index.json 成一个 JavaScript 对象。结束
- 如果 X/index.node 是一个文件，加载 X/index.node 作为二进制插件。结束
加载目录(X)
- 如果 X/package.json 是一个文件，
a. 解析 X/package.json，查找 "main" 字段
b. let M = X + (json main 字段)
c. 加载文件(M)
d. 加载索引(M) - 加载索引(X)
加载Node模块(X, START)
- let DIRS=NODE_MODULES_PATHS(START)
- for each DIR in DIRS:
a. 加载文件(DIR/X)
b. 加载目录(DIR/X)
NODE_MODULES_PATHS(START)
- let PARTS = path split(START)
- let I = count of PARTS - 1
- let DIRS = []
- while I >= 0,
a. if PARTS[I] = "node_modules" CONTINUE
b. DIR = path join(PARTS[0 .. I] + "node_modules")
c. DIRS = DIRS + DIR
d. let I = I - 1 - return DIRS
module.exports与exports
module.exports才是模块公开的接口，每个模块都会自动创建一个module对象，对象有一个modules的属性，初始值是个空对象{}，module的公开接口就是这个属性——module.exports。既然如此那和exports对象有毛线关系啊！为什么我们也可以通过exports对象来公开接口呢？
为了方便，模块中会有一个exports对象，和module.exports指向同一个变量，所以我们修改exports对象的时候也会修改module.exports对象，这样我们就明白网上盛传的module.exports对象不为空的时候exports对象就自动忽略是怎么回事儿了，因为module.exports通过赋值方式已经和exports对象指向的变量不同了，exports对象怎么改和module.exports对象没关系了。
模块对象
在每个模块中，module 的自由变量是一个指向表示当前模块的对象的引用。 为了方便，module.exports 也可以通过全局模块的 exports 对象访问。 module 实际上不是全局的，而是每个模块本地的。
- module.exports 对象是由模块系统创建的。 将期望导出的对象赋值给module.exports使他成为某个类的实例
将期望的对象赋值给 exports 会简单地重新绑定到本地 exports 变量上，这可能不是期望的 - module.children被该模块引用的模块对象数组。
- module.filename为模块的完全解析后的文件名。
- module.id是模块的标识符。 通常是完全解析后的文件名。
- module.loaded表示模块是否加载完成或者已经加载完毕的布尔值
- module.parent<object>为最先引用的模块
