开篇前，我们先来看张图， 看node与W3C组织、CommonJS组织、ECMAScript之间的关系。
Node借鉴来CommonJS的Modules规范实现了一套非常易用的模块系统，NPM对Packages规范
的完好支持使得Node应用在开发过程中事半功倍。
一、CommonJS 的模块规范
CommonJS中的大部分规范涵盖了模块、二进制、Buffer、字符集编码、I/O流、进程环境、文件系统、套接字、单元测试、Web服务器网关接口、包管理等。
1.1 模块引用
模块示例代码如下：
var math = require('math');
在CommonJS规范中，存在require()方法，这个方法接受模块标识，以此引入一个模块的API到当前上下文中。
1.2模块定义
在模块中，上下文提供require()方法引入外部模块。对应引入的功能，上下文提供了exports对象用于导出当前模块的方法或者变量，并且它是唯一导出的出口。
例如：
// math.js exports.add = function () { var sum = 0, i = 0, args = arguments, l = args.length; while (i < l) { sum += args[i++]; } return sum; }; // program.js var math = require('math'); exports.increment = function (val) { return math.add(val, 1); };
1.3模块标识
简单理解就是传递给require()方法的参数，必须使用小驼峰命名的字符串，或者使用相对路径，亦可使用绝对路径。
Tip：可以没有.js文件名后缀。
CommonJS导出和引入机制，我们不需要考虑变量污染、命名空间等。
二、Node的模块实现
在Node中引入模块，要经历3个步骤：
(1) 路径引入
(2) 文件定位
(3) 编译执行
Node模块分两种，一种是Node提供的模块，称为核心模块；另外一种是用户编写的模块，称为文件模块。
1、核心模块在Node源代码的编译过程中，编译进了二进制执行文件。在Node进程启动时，部分核心模块就被直接加载进内存中，所以这部分核心模块引入时，文件定位和编译执行这两个步骤可以省略掉，并且在路径分析中优先判断，所以它的加载速度是最快的。
2、文件模块在运行时动态加载，需要完整的路径分析、文件定位、编译执行过程，速度比核心模块慢。
2.1优先从缓存加载
2.2路径分析和文件定位
Tip: 同步配合缓存，缓解Node单线程中阻塞式调用的缺陷
1）模块标识符分析
require()方法接受一个标识符作为参数，在Node实现中，正是基于这样一个标识符进行模块查找的。
2）自定义模块
它的生成方式与Javascript的原型链的查找方式十分类型。在加载过程中，Node会逐个尝试模块路径中的路径，知道找到目标文件为止。可以看出，当前文件的路径越深，模块查找耗时会越多，这是自定义模块加载速递最慢的原因。
2.3模块编译
每个文件模块都是一个对象，例如：
function Module(id, parent) { this.id = id; this.exports = {}; this.parent = parent; if (parent && parent.children) { parent.children.push(this); } this.filename = null; this.loaded = false; this.children = []; }
编译和执行是引入文件模块的最后一个阶段。定位到具体的文件后，Node会新建一个模块对象，然后根据路径载入并编译。对于不同的文件拓展名，其载入方法也有所不同，例如：
1）.js文件：通过fs模块同步读取文件后编译执行
2）.node文件：这是用C/C++编写的拓展文件，通过dlopen()方法加载最后编译生成的文件
3）.json文件：通过fs模块同步读取文件后，用JSON.parse()解析返回结果
4）其余拓展名文件：它们都被当作.js文件载入
Tip: 每一个编译成功的模块都会将文件路径作为索引缓存在Module._cache对象上，为了提高二次引入的性能。
根据不同的文件拓展名，Node会调用不同的读取方式，例如.json文件调用：
// Native extension for .json Module._extensions['.json'] = function(module, filename) { var content = NativeModule.require('fs').readFileSync(filename, 'utf8'); try { module.exports = JSON.parse(stripBOM(content)); } catch (err) { err.message = filename + ': ' + err.message; throw err; } };
Module._extensions会被赋值给require()的extensions属性
console.log(require.extensions); //{ '.js': [Function], '.json': [Function], '.node': [Function]
2.4 Javascript核心模块的编译过程
1）编译JavaScript核心模块
lib目录下的所有模块文件也没有定义require、module、export这些变量。在引入javascript核心模块的过程中，也经历了头尾包装的过程，然后才执行和导出exports对象。与文件模块有区别的地方在于：获取源代码的方式（核心模块是从内存中加载的）以及缓存执行结果的位置。
function NativeModule(id) { this.filename = id + '.js'; this.id = id; this.exports = {}; this.loaded = false; } NativeModule._source = process.binding('natives'); NativeModule._cache = {};
Javascript核心模块源文件通过process.binding('natives')取出，编译成功的模块缓存到NativeModule._cache对象上，文件模块则缓存到Module._cache对象上。
3.包与NPM
具体讲内容前，我们先看一张图：
CommonJS的包规范定义很简单，由包结构和包描述组成。
1）包结构：用于组织包中的各种文件
2）包描述：用于描述包的相关信息，供外部读取分析
3.1包结构
包实际上是一个存档文件，一个目录直接打包为.zip或tar.gz格式的文件，安装解压还原为目录。
符合CommonJS规范的包目录应该包含以下文件：
1）package.json：包描述文件
2）bin: 用于存放可执行二进制文件的目录
3）lib：用于存放JavaScript代码的目录
4）doc：用于存放文档的目录
5）test：用于存放单元测试用例的代码
Tip: 当一个包完成后，用户看到单元测试和文档时，会有一种可靠的感觉。
3.2.包描述文件于NPM
包描述文件用于表达非代码相关的信息，它是一个JSON格式的文件----package.json，位于包的根目录下，是包的重要组成部分。NPM的所有行为都与包描述文件的字段息息相关。
3.3NPM常用功能
CommonJS包规范是理论，NPM是其中的一种实践。NPM帮助第三方模块的发布、安装和依赖等。借助NPM，Node与第三方模块之间形成来很好的一个生态系统。
借助NPM，我们可以快速安装和管理依赖包。除此之外，NPM还有一些巧妙的用法。
// 查看当前NPM版本 $ npm -v 1.2.32 // 查看帮助 $ npm // 查看具体命令 npm help <command
3.4安装依赖包
npm install 安装依赖包是NPM最常见的用法,执行这个命令后，NPM会在当前目录下创建node_modules目录，然后在node_modules目录下创建express目录，接着将包解压到这个目录下。
安装完成后，在代码里面使用require()来使用就可以了。
安装有几种模式，全局模式安装、本地安装、非官方源安装。
3.5NPm钩子命令
package.json中script字段就是让包在安装或者卸载中提供钩子机制，例如：
"scripts": { "preinstall": "preinstall.js", "install": "install.js", "uninstall": "uninstall.js", "test": "test.js" }
当我们执行npm install <package>时，preinstall指向的脚本将会被加载执行，然后install指向的脚本会被执行。在执行npm uninstall <package> 时，uninstall指向的脚本也许会做一些清理工作等。
当我们在某一个具体的包目录下执行npm test时，将会运行test指向的脚本。
总结
Node通过模块规范，形成了自身的原生模块。NPM通过对包规范的支持，形成了第三方模块，让我们在开发项目依赖得到很好的解决，并且提供了分享和传播的平台。借助第三方的开源力量，Node第三方模块的发展速递可谓是一步千里。
参考资源：
http://www.commonjs.org
http://npmjs.org/doc/README.html
http://www.infoq.com/cn/articles/msh-using-npm-manage-node.js-dependence
http://nodejs.org/docs/latest/api/modules.html
http://addyosmani.com/writing-modular-js/
http://seajs.org/docs/
http://zh.wikipedia.org/zh/JavaScript
http://zh.wikipedia.org/wiki/ECMAScript
http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-262.pdf
http://www.w3.org/TR/html5/
http://arstechnica.com/web/news/2009/12/commonjs-effort-sets-javascript-on-path-for-world-d
omination.ars
