操作系统环境变量加载顺序——Windows/Linux/macOS下的读取顺序差异

环境变量这东西，看着简单，坑却不少。我见过太多开发者在本地跑得好好的，一上生产就崩，最后发现是环境变量加载顺序搞的鬼。说白了，系统不知道你心里想的是哪个变量，它只按自己的规则来。

这一章，我们就来扒一扒三大操作系统加载环境变量的底层逻辑。你搞清楚了，以后排查问题至少能省一半时间。

Windows：用户变量 vs 系统变量，谁说了算？

Windows 的环境变量分两层：系统变量和用户变量。很多人以为用户变量优先级高，其实不完全对。

加载顺序是这样的：

1. 系统启动时，先加载系统变量（对所有用户生效）
2. 用户登录时，再加载用户变量（只对当前用户生效）
3. 如果变量名冲突，用户变量覆盖系统变量
4. PATH 特殊处理：系统 PATH + 用户 PATH 拼接在一起

举个例子，我遇到过的情况：

系统变量：JAVA_HOME = C:\Program Files\Java\jdk11
用户变量：JAVA_HOME = D:\tools\jdk17

最终生效：JAVA_HOME = D:\tools\jdk17

嗯，这里要注意。如果你在系统变量里配了 PATH，又在用户变量里配了 PATH，最终 PATH 是两者拼接。但顺序是系统 PATH 在前，用户 PATH 在后。这意味着系统目录里的程序会优先被找到。

Linux/macOS：从 /etc/profile 到 .bashrc 的接力赛

Linux 和 macOS 的加载逻辑基本一致，都是层层递进的模式。我习惯把它理解成一场接力赛：

加载顺序	文件路径	作用范围	加载时机
1	/etc/environment	全局（所有用户）	系统启动时
2	/etc/profile	全局（所有用户）	登录 shell 时
3	/etc/profile.d/*.sh	全局（所有用户）	登录 shell 时
4	~/.bash_profile 或 ~/.profile	当前用户	登录 shell 时
5	~/.bashrc	当前用户	交互式非登录 shell

为什么会这样设计？说白了，就是全局配置优先加载，用户配置后加载并覆盖。你想想看，系统管理员可以在 /etc/profile 里设一些通用的变量，普通用户再在自己的 .bashrc 里个性化调整。

macOS 有一点不同：它默认使用 zsh，对应的配置文件是 ~/.zshrc 和 ~/.zprofile。逻辑和 bash 一样，只是文件名换了。

三大系统加载顺序对比

我把它们放在一起对比，你一眼就能看出差异：

维度	Windows	Linux	macOS
全局变量	系统变量	/etc/environment + /etc/profile	同 Linux
用户变量	用户变量	~/.bashrc / ~/.profile	~/.zshrc / ~/.zprofile
同名覆盖	用户覆盖系统	用户覆盖全局	用户覆盖全局
PATH 处理	系统 PATH + 用户 PATH	按加载顺序拼接	按加载顺序拼接
生效时机	重启或重新登录	source 或新终端	source 或新终端

一张图看懂加载顺序

下面这张 SVG 图，把三大系统的加载流程画清楚了。你保存下来，以后排查环境变量问题时直接对照。

实战排查思路

知道了加载顺序，排查问题就有方向了。我一般按这个步骤来：

1. 确认当前 shell 类型——Windows 用 echo %COMSPEC%，Linux/macOS 用 echo $SHELL
2. 打印当前变量值——echo $JAVA_HOME 或 echo %JAVA_HOME%
3. 查看变量来源——Linux 下用 which java 看实际调用的路径
4. 检查配置文件——看看是不是有多个地方定义了同一个变量
5. 验证加载顺序——在配置文件中加 echo "loaded" 来确认哪个文件被执行了