我知道全局变量不好。
但是，如果我在我的框架中的 40 个文件中使用节点的模块“util”，那么将其声明为全局变量不是更好吗：
util = require('util');
在 index.js 文件中而不是在 40 个文件中写入该行？
因为我经常在每个文件中使用相同的 5-10 个模块，这样可以节省大量时间，而不是一直复制粘贴。
在这种情况下，DRY 不是很好吗？
【问题讨论】：
global（小写）而不是GLOBAL（大写）每node's deprecation warning
标签： javascript module node.js global-variables shared-libraries
你可以只拥有一个通用模块。
common.js：
Common = {
util: require('util'),
fs: require('fs'),
path: require('path')
};
module.exports = Common;
app.js：
var Common = require('./common.js');
console.log(Common.util.inspect(Common));
【讨论】：
exports 对象已被缓存，因此在读取未使用的 requires 文件时不会产生额外成本。 （您可以通过在common.js 中添加console.log 行来测试它是否已缓存，并注意无论您需要多少次，console.log 只会在第一次发生。）
let x = common.x 也比 x = require() 语句的许多行干净得多。
每个模块都应该是独立的。在每个模块的第一个之后，require 无论如何都不会花费任何费用。
如果您想单独测试一个模块怎么办？您会遇到很多问题，因为它无法识别您的应用中的某些“全局”要求。
是的，全局变量很糟糕，即使在这种情况下也是如此。全局变量几乎总是毁掉：可测试性、封装性和易维护性。
2012 年 1 月更新答案
global 对象现在是每个模块内的全局对象。所以每次你分配给模块内的一个全局变量（无作用域）时，它都会成为该模块的global 对象的一部分。
global 对象因此仍然不是全局，因此不能这样使用。
2012 年 12 月更新
global 对象现在在应用程序内具有全局范围，可用于存储需要从所有模块访问的任何数据/函数。
【讨论】：
global.something 的任何内容都可以从另一个模块访问。所以global 持有进程（=应用程序）全局变量，而不是模块全局变量，global 是所有会话的同一个对象。至少这对我来说是这样的。我能问你为什么说global 是模块的本地吗？您是否进行了测试，如果是，那么测试是什么？
global.util = require('util');
node documentation 中有一个关于全局对象的部分。
但是，应谨慎使用全局变量。通过将模块添加到全局空间，您会降低可测试性和封装性。但在某些情况下，使用这种方法是可以接受的。例如，我将函数和对象添加到全局命名空间以在我的单元测试脚本中使用。
【讨论】：
process，相当于浏览器中的window。 （尽管该过程不包含setTimeout 和其他“全局变量”，因为它们本身就是全局对象）。
我对这个帖子中的答案感到困惑。
我能做到……
文件：test.js
global.mytest = {
x: 3,
y: function() { console.log('Works.'); }
};
文件：test2.js
console.log('Does this work?');
mytest.y();
文件：server.js
require('test.js');
require('test2.js');
它似乎可以根据需要解决问题。第一个 require 将 mytest 对象放入全局范围，然后第二个 require 可以访问该对象而无需任何其他限定符。
我试图弄清楚这一点（它把我从谷歌搜索带到了这个线程），我想发布现在似乎对我有用的东西。也许自从最初的答案以来事情已经发生了变化。
【讨论】：
我已经成功地使用process 对象来传递我的配置对象。虽然理论上存在与上述完全相同的问题（封装、可测试性等），但它在仅使用非状态修改属性（基本上是带有原语的哈希表）时可以正常工作。
【讨论】：
如果您将模块包装在块中（例如匿名函数），您可以绑定到本地名称（通过参数或 'var'），然后使用您想要的任意长（可能是“包”标签）名称（如果您甚至此时需要一个全局变量）。
例如，我的模块通常看起来类似于：
;(function ($, $exp, other) {
$(...)
other.xyz()
$exp.MyExportedObject = ...;
})(jQuery, window, some_module.other_expression) // end module
我使用带有 noConflict 的 jQuery，这是前者，而后者表明您可以对任何表达式执行此操作——全局、要求、计算、内联等……同样的“包装”方法可用于消除所有（或几乎所有）“特殊命名的”全局变量——全局变量必须存在于某个级别，但是，消除潜在的冲突是一个非常大的胜利。
【讨论】：