问题根源分析 #

首先，你的核心问题确实是ES模块的静态导入提升机制：当test.js里执行import server from "../../src/index.js"时，Node.js会先同步加载所有依赖的模块（包括src/index.js和它依赖的user.js），这时候你的process.env.NODE_ENV = "test"代码还没执行，自然没法被user.js捕获到。

另外你遇到的process.env.NODE_ENV === "test"返回false的问题，是Windows下SET命令的空格陷阱：如果写成SET NODE_ENV=test && mocha，命令解析时会把test后面的空格也包含到变量值里，实际变量是"test "（末尾带空格），表面看console.log是test，但和纯"test"字符串比较自然不相等。

解决方案 #

1. 跨平台命令行设置环境变量（推荐）

用cross-env包可以在Windows、Linux、macOS下统一设置环境变量，完全避免平台差异和空格问题：

• 先安装依赖：

  npm install cross-env --save-dev
  

• 修改package.json里的测试脚本：

  "scripts": {
    "test": "cross-env NODE_ENV=test mocha"
  }
  

这样启动测试时，NODE_ENV会在所有模块加载前就被设置好，user.js里直接读取就能拿到正确的"test"值，也不会有空格问题。

2. 修复Windows下的SET命令（不推荐，仅临时使用）

如果不想额外安装包，Windows下要去掉SET命令里的多余空格：

"scripts": {
  "test": "SET NODE_ENV=test&&mocha"
}

注意test和&&之间不能有空格，这样变量值才是纯"test"，比较时就会返回true了。但这个方法只能在Windows用，Linux/macOS需要用NODE_ENV=test mocha，所以还是推荐cross-env。

3. 使用Node.js原生的环境变量文件（Node.js 20.6+）

如果你用的是Node.js 20.6或更高版本，可以用--env-file参数加载环境变量文件：

• 新建.env.test文件：

  NODE_ENV=test
  

• 修改测试脚本：

  "scripts": {
    "test": "node --env-file=.env.test node_modules/mocha/bin/mocha.js"
  }
  

这种方式也能在模块加载前设置好环境变量，而且不需要额外包，适合新版本Node.js用户。

验证方法 #

如果不确定环境变量是否有多余空格，可以在user.js里用JSON序列化输出：

console.log(JSON.stringify(process.env.NODE_ENV));

如果输出是"test "（带引号和空格），就说明是空格问题；如果是"test"，就是正常的。

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