问题根源：Shell变量的作用域与传递方式 #

你遇到的核心问题在于Shell变量如何传递给子进程，以及Shell命令的解析时机，我分两种场景帮你拆解：

1. 为什么SOMETHING=hello echo $SOMETHING会输出hello？

这里的$SOMETHING是被当前Shell提前解析的，不是echo进程从自身环境变量读取的。如果你的实际写法是分号分隔（SOMETHING=hello; echo $SOMETHING），那SOMETHING是当前Shell的局部变量，而echo是Shell的内置命令，能直接访问当前Shell的变量，所以输出hello。但如果是空格分隔的SOMETHING=hello echo $SOMETHING，如果当前Shell之前没定义过这个变量，实际上会输出空字符串——因为Shell在执行echo前展开$SOMETHING时，这个变量还没被设置到当前Shell的环境里（空格分隔的赋值只作用于后面的命令进程，不影响当前Shell）。

2. 为什么SOMETHING=hello node -e "console.log(process.env.SOMETHING)"输出undefined？

如果你的实际写法是分号分隔（SOMETHING=hello; node ...），问题就很明确了：你只是在当前Shell里定义了一个局部变量，但没有通过export把它导出到Shell的环境变量中。子进程（比如node）只能继承父Shell的环境变量，而不是局部变量，所以node读取不到。

如果你的写法确实是空格分隔，那这种情况不符合POSIX Shell（比如bash）的正常行为——正常情况下，VAR=val command的写法会把VAR作为环境变量传递给command进程，node应该能通过process.env.SOMETHING读取到hello。这种情况下可能是以下原因：

• 你在Windows的cmd/PowerShell中运行：Windows命令行不支持VAR=val command这种POSIX语法，需要用专属写法。
• 你的Shell有特殊配置，或者Node进程的环境被其他脚本/工具修改了。

解决方案：让Node读取到Shell变量的几种可靠方式 #

方法1：导出变量到Shell环境（适用于分号分隔场景）

如果要让当前Shell的变量传递给所有后续子进程，用export：

export SOMETHING=hello
node -e "console.log(process.env.SOMETHING)" # 输出hello

或者一次性导出并执行：

export SOMETHING=hello && node -e "console.log(process.env.SOMETHING)"

方法2：直接为Node进程设置环境变量（POSIX Shell）

用空格分隔的赋值写法（确保是bash等POSIX兼容Shell）：

SOMETHING=hello node -e "console.log(process.env.SOMETHING)" # 正常输出hello

这种写法只会把SOMETHING设置给node进程的环境，不会影响当前Shell的变量。

方法3：Windows环境下的专属写法

• CMD：

set SOMETHING=hello && node -e "console.log(process.env.SOMETHING)"

• PowerShell：

$env:SOMETHING = "hello"; node -e "console.log(process.env.SOMETHING)"

额外提醒：Shell变量展开的坑 #

如果你的Node脚本里用到了$符号（比如console.log("$SOMETHING")），一定要用单引号包裹脚本内容，避免Shell提前展开变量：

SOMETHING=hello node -e 'console.log(process.env.SOMETHING)' # 安全写法

用双引号的话，脚本里的$var会被Shell先替换成当前Shell的变量值，再传递给Node，容易导致意外结果。

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