【转】学习NodeJS第四天：初始化nodejs的历险之旅（上）
nodejs 其源码大体上分 C/C++ 的和 JS 的，JS 文件主要集中在/lib目录里面，但别处 /src 中却有一个非常重要的node.js(process.js) 文件，它是初始化 nodejs 的文件，在调试的时候也会经常断点在该源码上。本文基于 nodejs
0.2.0 的版本来围绕这份初始化文件谈谈对 nodejs 的认识。若不足之处，敬请提出！
nodejs的全局对象
相对于某些代码依赖于访问特定的包才能够使用的情况，nodejs 提供若干的全局对象（Global
Objects）。也就是说，全局对象就可以免依赖某个包，任何时候任何地方都可以直接访问或使用那些全局对象。例如 nodejs
中一个很重要的全局对象 process，它代表在运行着的nodejs程序，并负责整个 nodejs 运行周期的调度。例如经常看到 console
也属于全局对象。可通过下面的代码让 console 配合 porcess 一起做 nodejs “空间的小型探针”。
// 此时console也是一个全局对象（global.console = {};）
console.log('Version: ' + process.version); // nodejs版本号
console.log('Prefix: ' + process.installPrefix);// 安装目录
console.log('This process is pid ' + process.pid);// 系统进程id
console.log('This platform is ' + process.platform);// 运行平台
console.log(sys.inspect(process.memoryUsage()));// 使用内存的情况
// 分配nodejs内建的全局成员，/src/node.js第443行
global.require = require;
global.exports = self.exports;
global.__filename = filename;
global.__dirname = dirname;
global.module = self;
global全局对象
global 指的是最外层对象（global==this） 在初始化 nodejs 进行一开始中，反复获取和分配 global 引用（第3行开始）：
global.process = process;
global.global = global;
global.GLOBAL = global; // 所以 global 与GLOBAL是一样的，无分大小写
global.root = global;
另外，除了例子中的 console.log 外初始化过程中还提供了 consloe.info/dir/warn/trace 等的常规调试方法。
启动与退出nodejs
启动nodejs的这一环节从 process 的 API 定义的，process 此对象肩负起着许多重要的任务。我们一般从命令行输入
nodejs
的文件名执行程序，所以就要经过收集参数（读取process.argv数组）、实例化模块对象（创建Module类的实例）等等的步骤。下面
runMain 函数就是实例化模块的过程。观察源码第517行：
// bootstrap main module.
exports.runMain = function () {
// Load the main module--the command line argument.
process.mainModule = new Module(".");
process.mainModule.loadSync(process.argv);
}
但仍未开始！真正开始的地方是第764行：
process.loop();
实际上 loop 就是一个无限循环，无论那个 nodejs 程序有多复杂，任何一个 nodejs
程序都是从此循环处开始的。因为服务器一直在运行（守护进程的概念），所以表面上看，代码走到这里是停在这里的，恐怕不会走到最后一句
process.emit("exit");。若需要退出 nodejs 进程，则应使用 process.exit()emit()，exit()
源码如下（由此可见 exit 是事件来的）：
process.exit = function (code) {
process.emit("exit");
process.reallyExit(code);
};
既然说到无限循环，那能不能挑明是哪个 loop、执行的是什么来着？我怀疑是 process._tickCallback 这个成员内部的 for
loop，执行的内容保存在 nextTickQueue 队列数组中。具体的源码位置在47行起的一段。紧接着下面定义的
process.nextTick()是面向程序员的API，——文档里面也介绍过，这项清晰无误，然后这个
process._tickCallback 却是加了下划线的，难道是特殊成员？？从命名上就不得不让人怀疑是让 V8 获取 loop 函数和
nextTickQueue
队列其引用而设的。也就是说 nextTickQueue 和 tickCallback 不是用于 JS 代码运行的，而是交到
V8/libev/libeio 内部去运行的。
// nextTick()
var nextTickQueue = [];
process._tickCallback = function () {
var l = nextTickQueue.length;
if (l === 0) return;
for (var i = 0; i < l; i++) {
nextTickQueue();
}
nextTickQueue.splice(0, l);
};
process.nextTick = function (callback) {
nextTickQueue.push(callback);
process._needTickCallback();
};
坦白说，一方面况且自己是 C 鞋童……再深入也是头大，望路过诸位同好过问一下…… process.nextTick(callback)
用法就很简单，只是送入一个说明做什么的函数参数（函数类型），加入到 nextTickQueue 队列中，用法如下。据文档说并非
setTimeout(fn, 0) 一般能够达到之功效，且有效率得多。
process.nextTick(function () {
console.log('nextTick callback');
});
下面则是 nextTick 的“反例”，摘自文档。
process.on('exit', function () {
process.nextTick(function () {
console.log('不会运行这儿了'); // 因为已经结束循环，不会运行该函数。
});
console.log('About to exit.');
});
包加载
引入自己写的包
……见《初始化nodejs的历险之旅（下）》
。
特殊的Script对象
……见《初始化nodejs的历险之旅（下）》
。
module机制如何工作？
……见《初始化nodejs的历险之旅（下）》
。
计时器Timer和其他
node.js 源码有为 POSIX 而考虑的事件，例如发生信号给进程的事件，在533行起。
node.js 源码还有定义计时器的部分（第577行）。计时器不算太复杂，主要是利用事件类完成事件的触发，须要依赖抽象的事件包 var events = module.requireNative('events')。
尚有的疑问
[*] 最外层的匿名函数 (function (process) {……}); 最后没有用于执行的括号？？到底执行了没有？？
[*] 其他的一些涉及Linux OS 原生层面之细节
小结
这几天都在看 nodejs 源码。所以弄出此堆字，当然还是要以源码为底本。在本文中，主要了解了一下 nodejs
关键的几个部分，包括初始化全局成员、启动 node 进程、如何进行包加载、计时器、信号事件等的问题，涉及的对象主要是 process 及其
API。其中最后，仍有一些未确定的因素、一些存疑的地方，还摸不透，希望向大家请教。幸好 ry 君写得都是平易近人的 JS，比较起天书般的
C++ 起码不用望C 兴叹、望而却步了，呵呵。当然，另一方面也反映出了 JS 作为脚本语言当是写 DSL
的用途。既然说到 JS 编码，一点印象就是，一看 nodejs 的源码没有太多的歧义等问题，真是平易近人，想必ry君自是行走于 C 与 JS
之间不但游刃，而且双管齐下，才写有如此清晰精湛的 nodejs 流，基本上阅读起来不会太吃力，好学，——也希望好用！。
页:
[1]