浅谈NodeJs的模块机制

　　J历史

　　我们都知道，js在刚被创建的时候，只是为了在网页上写一些小脚本而已，比如网页特效，表单验证等等，创立者也许没觉悟到以后的js会发展到如此规模。这是web1.0时代。

　　在web 2.0时代，各种前端库，前端框架被开发出来，jquery，angular就是代表。此时js的功能也就从写写小特效啥的跃迁到了应用开发的级别上。可以说，js经历了工具类库，组件库，前端框架，前端应用的变迁。

　　于是在越来越广泛的应用中，js暴露了它先天就缺乏的一项功能：模块。在其它高级语言，都有模块的定义，java有类，python有import机制，ruby有require，php有require和include。而js此时还单纯的用script标签引入，用命名空间来约束代码，杂乱无章，于是，commonjs规范便应运而出。

　　commonJS的模块规范

　　commonjs规范的出发点就是让js在任何地方都能运行。它弥补了js此时的几点缺陷：

　　没有模块概念

　　标准库较少

　　没有标准接口

　　没有包管理系统

　　当然，如今commonjs规范已经解决了大部分问题，而且涵盖了模块，二进制，Buffer,字符集编码，I/O流，单元测试，web服务网关接口，包管理，等。

　　commonjs对模块的定义很简单，包含了模块定义，模块引用，模块标识3个部分。

　　模块引用

　　var xx = require('xxx')

　　关键字require来接受模块标识，引入这个模块的API到上下文中。

　　模块定义

　　一个例子来解释：

　　//add.jsfunction add(a,b){ return a+b;

　　}// 这样导出的 add是作为 exports 的一个方法被导出的exports.add = add;// main.jsvar Add = require('add');console.log(Add.add(1,2));//Add是require引入的模块名，add是方法名。

　　node在编译的时候，会把代码封装成如下的样子

　　// require 是对 Node.js 实现查找模块的 Module._load 实例的引用// __finename 和 __dirname 是 Node.js 在查找该模块后找到的模块名称和模块绝对路径(function(exports,require,module,__filename,__dirname){ function add (a,b){ return a+b;

　　}

　　exports.add = add;

　　})

　　为了将函数直接导出成一个模块，而不是一个方法，用到了全局变量module，下面就是我们常见的样子了：

　　// add.jsfunction add (a,b){ return a+b ;

　　}module.exports = add;// main.jsvar add = require('add');console.log(add(1,2));

　　模块标识

　　模块标识就是require()里的参数，必须是小驼峰命名的字符串，或者是路径(./ 或../)。可以没有后缀.js

　　Node的模块机制

　　Node并不是完全按照commonjs规范来实现，而是进行了一些取舍，并增加了自己的一些特性。

　　Node中引入模块，经历3个步骤：

　　路径分析

　　文件定位

　　编译执行

　　Node中模块分为2种，核心模块(Node提供的)和文件模块(用户自己编写的)

　　Node对引入过的模块会进行缓存，就像前端浏览器会缓存静态脚本来提高性能一样。require()方法在对同一模块的二次加载一律采用缓存优先的方式。但是对核心模块的缓存检查优先于对文件模块的缓存检查。

　　路径分析

　　就是对模块标识的分析呗。

　　模块标识符在Node中分以下几类：

　　核心模块，如http,path

　　./ ../相对路径

　　/ 绝对路径

　　非路径形式的文件模块。

　　文件分析

　　如果模块标识符没有后缀，默认补上后缀从.js,.json,.node来次序查找。

　　模块编译

　　js编译上面已经提到了。Node对JS文件进行了包装，在头部添加了(function (exports, require, module, __filename, __dirname) {...})。这样每个模块都进行了作用域隔离。包装之后通过vm原生模块的runInThisContext()方法执行(类似eval,只是具有明确上下文，不污染全局)返回一个function。然后将上述参数传给这个function执行。

　　json编译更简单，Node直接用JSON.parse()方法编译json内容，得到的对象赋给exports。

　　包和NPM

　　commonjs的包规范包含2个组成部分，包结构和包描述文件

　　包描述文件:package.json

　　包结构：

　　package.json 包描述文件

　　bin: 存放可执行二进制文件的目录

　　lib 存放js代码的目录

　　doc. 存放文档的目录

　　test: 存放单元测试用例的代码

　　NPM的用法就不多说了。

　　前后端公用模块

　　自从Node出来以后，js也可以运用在后端。但是前后端的JS扮演的角色不同，浏览器端的js需要经历从同一个服务器分发到多个客户端执行。服务端的js则是相同的代码多次执行。前者的瓶颈在于带宽。后者的瓶颈在于CUP和内存。前者需要通过网络加载。后者从磁盘中加载。

　　因为Node基于commonjs规范来同步的加载模块的。前端若用同步方式来加载模块，在用户体验上会造成很大的问题。UI在初始化的时候需要等待很长时间来加载js脚本。所以提出了异步模块定义AMD和CMD。这在我的另一篇博客中有提到。就不多说了。

　　为了写个能兼容前后端的模块规范，类库的开发者要把代码包装在一个 闭包里。这样就能兼容Node，AMD，CMD和常见的浏览器。

​