如何让node_modules中ws脚本访问Node.js根目录全局变量？

首先得明确：Node.js的模块系统默认是隔离的，node_modules里的模块没法直接访问你自己脚本里的"全局变量"，得用一些手段打破这个隔离。下面是几个可行的方案，按推荐程度排序：

1. 使用环境变量（最安全且无侵入） #

如果你的变量是字符串、数字这类可以序列化的简单类型，这是最优解。在myapp.js里把变量注入到process.env：

// myapp.js
// 声明你的变量并设置到环境变量
process.env.MY_APP_GLOBAL = '我是来自myapp的全局值';

// 之后正常导入并使用ws模块
const WebSocket = require('ws');
// ... 你的其他代码

然后在ws/lib/下的脚本里，直接读取这个环境变量：

// ws/lib/xxx.js
const myGlobalValue = process.env.MY_APP_GLOBAL;
console.log(myGlobalValue); // 输出"我是来自myapp的全局值"

优点：不需要修改node_modules里的代码，完全隔离，不会污染全局作用域；缺点：只能传递可序列化的简单值，没法传递对象、函数这类复杂类型。

2. 挂载到Node.js的global对象（最简单但不推荐） #

Node.js有一个全局的global对象，所有模块都能访问它。在myapp.js里把变量挂到上面：

// myapp.js
// 把变量挂载到global
global.myAppGlobal = {
  message: 'Hello from myapp',
  someFunc: () => console.log('我是全局函数')
};

// 导入ws模块
const WebSocket = require('ws');
// ... 你的代码

然后在ws/lib/的脚本里直接访问：

// ws/lib/xxx.js
console.log(global.myAppGlobal.message); // 输出"Hello from myapp"
global.myAppGlobal.someFunc(); // 执行全局函数

优点：实现最简单，不需要改ws的代码，支持传递任何类型的值；缺点：会污染全局作用域，容易和其他模块的变量冲突，大型项目里不建议用。

3. 猴子补丁注入变量（适合复杂类型但需注意兼容性） #

如果不想用全局变量，又要传递复杂类型（比如对象、函数），可以在myapp.js里先加载ws的目标模块，然后把变量直接注入进去。比如假设你要给ws/lib/WebSocket.js传递变量：

// myapp.js
// 先加载ws的目标模块
const WebSocketModule = require('ws/lib/WebSocket');

// 声明你的变量
const myGlobalVar = {
  key: 'value',
  helper: () => 'help'
};

// 把变量注入到该模块的导出对象里
WebSocketModule.myAppGlobal = myGlobalVar;

// 之后正常使用ws
const WebSocket = require('ws');
// ... 你的代码

然后在ws/lib/WebSocket.js里就可以直接访问：

// ws/lib/WebSocket.js
console.log(this.myAppGlobal.key); // 输出"value"

优点：不会污染全局，支持复杂类型；缺点：依赖ws内部的模块结构，如果ws版本更新后模块路径或导出结构变了，代码可能失效，而且需要明确知道要修改的是哪个模块。

4. 自定义桥梁模块（灵活但需处理路径） #

创建一个中间模块作为变量传递的桥梁：

// 在你的项目根目录创建global-bridge.js
let sharedVar = null;

module.exports = {
  setSharedVar: (val) => {
    sharedVar = val;
  },
  getSharedVar: () => sharedVar
};

然后在myapp.js里设置变量：

// myapp.js
const bridge = require('./global-bridge');
bridge.setSharedVar({ name: 'myapp', version: '1.0' });

const WebSocket = require('ws');
// ... 你的代码

接下来要让ws的脚本能访问这个桥梁模块，有两种方式：

• 直接修改ws的脚本，导入你的桥梁模块（但不建议改node_modules，因为更新会覆盖）；
• 用NODE_PATH环境变量把你的项目根目录加入模块搜索路径，这样ws的脚本可以直接require('global-bridge')。

这种方法灵活性高，但操作相对复杂，适合需要频繁共享变量的场景。

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