这个问题其实涉及到Node.js模块系统的作用域隔离和加载顺序，我来给你一步步讲清楚：

为什么直接console.log(HW)不行？ #

每个Node.js模块都有自己独立的作用域，HW是app.js里定义的局部变量，它只存在于app.js的作用域中，config.js的作用域完全看不到这个变量，所以直接访问肯定会报错。

直接用exports能不能让config.js看到？ #

答案是不行，因为模块加载顺序的问题：
当app.js执行到var config = require('./config');时，Node.js会先同步执行config.js里的所有代码，这时候app.js里的exports.HW = HW（假设你加了这句）还没被执行呢！等config.js执行完，app.js才会继续往下走，所以config.js根本拿不到这个导出的变量。

甚至如果你尝试在config.js里require('./app.js')，还会触发循环依赖，这时候拿到的app模块是不完整的，依然拿不到HW变量。

那正确的做法是什么？ #

有两种常用的解决方案：

方案1：把共享变量放到独立模块 #

把需要在多个模块中使用的变量抽出来，放到一个单独的模块（比如constants.js），然后让app.js和config.js都去引用这个模块：

constants.js代码：

const HW = "Hello, world!";
module.exports = { HW };

app.js代码：

const { HW } = require('./constants');
const config = require('./config');
// 这里可以正常使用HW

config.js代码：

const { HW } = require('./constants');
console.log(HW); // 现在能正常输出"Hello, world!"了

这是最推荐的做法，符合模块化的设计思想，变量的维护也更清晰。

方案2：让config.js暴露一个函数，通过传参传递变量 #

如果一定要在app.js里定义HW，然后传给config.js，可以把config.js改成一个函数，在app.js里加载它的时候把HW作为参数传进去：

config.js代码：

// 暴露一个函数，接收外部传入的变量
module.exports = function(sharedVar) {
  console.log(sharedVar); // 这里就能拿到HW了
  // 可以在这里编写你的配置逻辑，最后返回配置对象
  return {
    // 你的配置内容
  };
};

app.js代码：

const HW = "Hello, world!";
// 加载config模块并调用函数，传入HW
const config = require('./config')(HW);

这种方式适合需要动态传递变量的场景，灵活性也不错。

总结 #

不要尝试让被加载的模块（config.js）反向获取加载它的模块（app.js）里的变量，因为模块加载顺序和作用域隔离的限制，这种方式很容易出问题。优先用独立模块共享变量，或者用函数传参的方式来解决。

内容的提问来源于stack exchange，提问作者John Glabb