在 Linux 系统中，环境变量并不是凭空出现的，它们可能来自系统级启动脚本、用户个人配置、父进程传递，甚至是某次手动执行 export 的临时结果。当我们发现某个变量的值不符合预期，或者在不同执行场景（比如终端、cron、systemd 服务）中表现不一致时，最该弄清楚的就是：这个变量到底是从哪里来的。本文围绕这个实际问题，逐一拆解查看变量来源的方法。
一、先分清变量的作用范围与加载链路
Linux 的环境变量按生效范围可分为系统级和用户级。系统级一般定义在 /etc/profile、/etc/profile.d/ 目录下的脚本，以及 /etc/environment 中；用户级则位于用户家目录的 ~/.bash_profile、~/.bashrc、~/.profile 等文件。不同 shell 类型加载的文件并不相同，例如登录 shell（login shell）会顺序读取 /etc/profile 和 ~/.bash_profile，而非登录的交互式 shell 通常只读取 ~/.bashrc。
如果搞不清当前是哪种 shell，可以用如下命令判断：
echo $0 # 输出以 - 开头（如 -bash）表示登录 shell # 输出 bash 通常为非登录交互式 shell shopt login_shell # 输出 login_shell on 表示登录 shell
理解这条链路很重要，因为很多“变量不见了”的问题，实质是当前场景根本没有加载定义该变量的文件。比如 crontab 里的任务默认是非交互、非登录 shell，不会读 ~/.bashrc，自然取不到里面 export 的变量。
二、用 declare 与 set 查看变量定义属性
在已经运行的 shell 中，最直接的方式是用 declare -p 查看变量的属性和值。如果该变量是通过 export 导出的环境变量，declare 输出会以 declare -x 开头；若是普通 shell 变量则是 declare --。虽然 declare 本身不能告诉我们文件来源，但能确认它是否已进入环境。
declare -p PATH # 典型输出：declare -x PATH="/usr/local/bin:/usr/bin:/bin"
若想列出全部环境变量及其来源线索，可以结合 set 与 grep。set 会输出当前 shell 所有变量和函数，配合只过滤 export 过的变量：
set -o posix set | grep -i my_var
这种方式的局限在于它只能看到“现在有什么”，看不到“谁写的”。要追溯写入动作，需要更动态的追踪手段。
三、用 bash -x 追踪配置文件读取过程
想知道启动 shell 时究竟读了哪些文件、执行了哪条 export，可以用 bash -x 启动一个跟踪模式 shell。-x 会让 bash 在执行每条命令前先打印出来，这样定义变量的脚本行也会暴露。
bash -x -l -c 'echo $MY_VAR' # -l 模拟登录 shell，会加载 /etc/profile 与 ~/.bash_profile # 输出中可看到类似： # + source /etc/profile.d/app.sh # ++ export MY_VAR=from_profile_d # ++ MY_VAR=from_profile_d
如果只想看用户级文件，可以不加 -l，改用：
bash -x -i -c 'true' 2>&1 | grep -E 'profile|bashrc'
通过跟踪输出，我们能精确定位到某一行 export 语句所处的文件路径，这对定位被多个文件重复定义覆盖的情况特别有效。
四、从 /proc 文件系统确认进程实际环境
前面方法看的是 shell 配置，但一个已经运行的进程，其环境可能在启动后又被父进程或修改过。Linux 在 /proc/
pid=1234 cat /proc/$pid/environ | tr ' ' 'n' | grep MY_VAR
例如排查一个 Java 服务为什么读到错误的区域设置，就可以查其 PID 的 environ，确认 LANG 是不是从 systemd 的 Environment 指令传进来的，而不是来自登录脚本。因为 systemd 启动的服务根本不经过 /etc/profile，所以传统查看方式会完全漏掉这一来源。
五、借助 env 与差量对比法
命令 env 能在“干净环境”或“当前环境”下列出变量。我们可以分别在登录 shell、非登录 shell、以及 sudo 环境下执行 env，再 diff 输出，找出差异项来自哪类切换。
env > /tmp/env_normal.txt bash -l -c 'env' > /tmp/env_login.txt diff /tmp/env_normal.txt /tmp/env_login.txt
此外，sudo 默认会重置环境（除非配置了 env_keep），因此 sudo 下缺失的变量往往是因为 /etc/sudoers 没有保留。用 sudo -E 可尝试继承当前环境，对比前后就能判断是不是 sudo 策略导致变量“消失”。
综合运用配置文件链路分析、declare 检查、bash -x 跟踪、/proc 读取和 env 差量对比，我们就能层层剥开 Linux 环境变量的来源谜团，而不再靠猜测。实际排障时，建议先从进程维度用 /proc 看真实值，再反推 shell 加载链路，效率最高。