整理nodejs中的exports 和 module.exports的关系

在上一篇博客中，我们说了，require的内部机制(或伪内部机制) ， 就如深入浅出nodejs中所述 ， 采用头尾包装的方式来对自己的模块进行编译再执行。当然我们下面的伪代码和原著或者源码都不一样，但是思想是相同的。此时我们再现代码来阐述：

// 模拟require的实现
function _require(path) {
    // 定义一个Module对象
    var Module = function() {
        this.exports = {};
    }

    // 引入nodejs 文件模块 下面是nodejs中原生的require方法
    var fs = require('fs');

    // 同步读取该文件
    var sourceCode = fs.readFileSync(path, 'utf8');

    // 头尾拼接包装成新的字符串
    var packSourceCode = '(function(module,exports){ ' + sourceCode + ' return module.exports; })';

    // 字符串转换成函数
    var packFunc = eval(packSourceCode);

    // 实例化一个Module 里面有一个exports属性
    var module = new Module();

    /* ---------这篇博客想要说明的问题，都在下面---- */

    // 传递进去的参数是 module 和 exports 两个参数
    // 在packFunc 内部，我们最终return的是module.exports 而不是exports
    // 在整个packFunc函数内部的作用域中，module.exports 和 exports 都指向的是一个对象
    // 如果最终我们把API挂在到exports 上
    // 那么从内存的角度上来说，此时此刻 module.exports 和 exports 已经貌合神离了
    // 因为exports的指向(引用)发生了变化，但是我们最终 return 的是 module.exports 
    // 所以最终我们得不到自己的结果

    var res = packFunc(module, module.exports);

    // 最终我们拿到了path代表的文件模块提供的API
    return res;
}

总结：

• exports 和 module.exports 起初都指向同一个对象
• 我们可以把API作为属性或方法挂在到exports或module.exports 上
• 但是如果API是一个对象，那么只能挂载到 module.exports 上去，因为内部最终return的是module.exports。