// a.js module.exports = { name: "a", doSomething: function(){ return "something"; } } // b.js var a = require('./a') global.a_name = a.name; // c.js require('./b'); console.log(a_name) // 执行后打印 a
当我们执行 node c.js的时候发生了什么？
require是 nodes 关键字，虽然 NodeJS 是以异步著称，但是他的 require都是阻塞的。否则就会出现还没有载入其他模块，已经开始执行下面的代码的情况。
require.resolve()方法是用来找出你所引用的文件的实际路径，找出后 Nodejs 会在 require.cache里面寻找是否有缓存，没有的话则会读取文件然后解析，所以通常情况下，一个 js 文件里面的执行的代码只会在第一次被 require 的时候被执行。（tip. require.cache 如果有需要的话是可以手动删除一些东西的，然后可以某种程度上可以执行多次）
当 b.js 开始执行的时候，他需要先载入 a.js，module.exports告诉 Nodejs 这个文件对外暴露写什么，例如 a.js 暴露的是一个对象，包含 name 属性和 doSomething 方法。然后 b.js 中的 a 变量其实就是这个对象。
执行完获取 a.js 后，继续回到 b.js ，global.a_name 相当于声明了一个全局变量，这个和前端中的 window.a_name = a.name 效果类似。
最终过程完成，c.js 执行输出值。
5. 异步的底层原理
NodeJS 很容易给人一种使用上的错觉，就是写了很久都可能不知道底层的异步是怎么实现的。（下面的理解主要来自于对 python3.4 中的 asyncio 的理解，如有错误欢迎指出）。
NodeJS 底层的 libev 分别在 Window 下使用 IOCP 和 *nix 下使用基于 AIO 的 libeio 来实现异步。通过系统层面的技术，最后达到一个目的，就是应用程序发起一个异步请求，最终在系统执行完后，系统通知应用程序处理完成。在这个过程中，应用程序可以将之前的处理挂起/推入线程池中等待执行，而应用程序在此期间可以执行其他任务。
整个的运行通过系统层面的事件循环来进行运作。例如 Python 提供了类似于 run_until 以及 run_forever 的这样的方法，保证在异步执行之前程序不会结束运行。将整个异步想象成一个一直在运作的车间，车间里面的机器负责查看包裹并盖章这样的操作，工人拿到了一个包裹，然后贴上相应的标签后放进去，等车间处理完后再交还给工人，工人根据包裹上他之前贴上的标签和被车间贴上的标签，进行下一步的处理。工人无需等待包裹检查完毕才能进行下一个，他只需要接受简单处理，然后放入车间进行检查。然后等某个时间车间返回给他某个包裹，他再去进行下一步的操作。
目前主要还是只介绍了一些语言层面的知识，但是只有这些距离开发一个完整的 web 还有一些距离，将在后面继续介绍。包括 Redis，Nginx，测试驱动等等。