在Linux系统中，环境变量是进程运行环境的重要组成部分，它们以键值对的形式存在，影响着命令的查找路径、语言设置、临时目录位置等诸多行为。无论是系统启动时的初始化，还是用户登录后的Shell会话，都会加载一系列环境变量。了解这些变量具体有哪些、从哪里来、如何查看和修改，是掌握Linux系统管理的基础。
一、什么是Linux环境变量
环境变量是操作系统为运行中的程序提供的一组动态命名值。在Linux中，每个进程都有自己的环境空间，父进程可以将自己的环境变量传递给子进程，从而形成继承关系。比如我们在终端输入ls命令时能直接执行，就是因为PATH变量中包含了/bin或/usr/bin这样的目录。
从技术角度看，环境变量区别于Shell普通变量的关键在于是否使用export导出。普通变量只在当前Shell有效，而导出后的变量会进入环境空间，被后续启动的子进程读取。我们可以用set命令查看所有变量（包括环境变量和局部变量），用env只查看环境变量。
二、系统常见的默认环境变量
Linux发行版在初始化时会设置一批标准环境变量，以下是最常用且关键的几个：
| 变量名 | 作用说明 | 典型值 |
|---|---|---|
| PATH | 命令搜索路径，用冒号分隔多个目录 | /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin |
| HOME | 当前用户的主目录 | /home/username |
| USER | 当前登录用户名 | username |
| SHELL | 用户默认Shell解释器路径 | /bin/bash |
| LANG | 系统语言和字符集设置 | en_US.UTF-8 |
| PWD | 当前工作目录 | /home/username/project |
| OLDPWD | 上一次工作目录 | /home/username |
| TMPDIR | 临时文件目录 | /tmp |
这些变量中，PATH最为关键。如果PATH配置错误，就会导致系统命令无法找到。例如很多初学者在自定义PATH时覆盖了原值，写成PATH=/my/path而非PATH=$PATH:/my/path，结果连ls都用不了。
除了上述变量，还有像LD_LIBRARY_PATH控制动态库加载路径，EDITOR指定默认文本编辑器，PS1定义命令提示符样式等。它们共同构成了Linux程序的运行上下文。
三、环境变量的分类与加载来源
按照作用范围，Linux环境变量可分为系统级和用户级两类。系统级变量对全部用户生效，通常定义在/etc/environment、/etc/profile以及/etc/profile.d/目录下的脚本中。用户级变量只对特定用户生效，写在用户家目录的~/.bash_profile、~/.bashrc或~/.profile里。
登录Shell和非登录Shell的加载顺序不同。登录Shell会读取/etc/profile再读用户配置文件；非登录交互式Shell一般只加载~/.bashrc。这就解释了为什么有些变量在终端直接打开时有效，而在定时任务或图形界面启动的程序里却消失——因为它们没有经过完整的登录初始化流程。
查看当前所有环境变量
使用env命令可以打印出当前进程的全部环境变量，配合grep能快速过滤：
# 列出所有环境变量 env # 查看特定变量 env | grep PATH # 使用printenv也可以 printenv HOME
如果只想看某个变量的值，除了printenv，还可以用echo $变量名。注意美元符号不能少，否则只会输出变量名本身。
临时与永久设置变量
临时设置只在当前Shell会话有效，关闭终端后失效：
# 临时设置并导出 export MY_VAR="hello" # 查看 echo $MY_VAR
要永久生效，需写入配置文件。例如为当前用户永久添加自定义路径到PATH：
# 在 ~/.bashrc 末尾追加 echo 'export PATH=$PATH:/opt/mytools' >> ~/.bashrc # 使配置立即生效 source ~/.bashrc
这种写法的好处是不会覆盖系统原有PATH，且只对当前用户起作用，不会影响其他账号的安全性。
四、用户自定义环境变量实践
除了系统自带的变量，我们在开发中经常需要定义自己的环境变量来存放密钥、切换运行模式等。比如用APP_ENV区分开发和生产环境：
import os
env = os.getenv("APP_ENV", "development")
if env == "production":
print("运行在生产模式")
else:
print("运行在开发模式")
上面的Python代码通过os.getenv读取环境变量，如果未设置则使用默认值。这种方式比把配置写死在代码里灵活得多，也避免了敏感信息入库。
在Shell脚本中调用自定义变量也很简单，但要注意变量作用域。如果脚本中用export设置了变量，那么它启动的子命令能读到；如果没导出，只在脚本内部有效。例如：
#!/bin/bash # 定义未导出变量 LOCAL_VAR="test" # 子进程读不到 bash -c 'echo $LOCAL_VAR' # 输出为空 # 导出后子进程可读 export LOCAL_VAR bash -c 'echo $LOCAL_VAR' # 输出 test
这种机制让我们能精细控制配置的传播范围，防止变量污染全局环境。
五、常见误区与排错思路
一个典型误区是认为修改了/etc/environment后所有进程立刻生效。实际上该文件由PAM模块在登录时读取，已经运行的守护进程不会自动重载，必须重启或手动source。另一个误区是在~/.bashrc里写面向图形界面的变量，结果桌面程序根本不读这个文件。
排错时建议遵循以下步骤：先确认变量在当前Shell是否存在，用echo $变量；再检查写入的配置文件是否被对应类型的Shell加载；最后确认是否有其他配置文件在后面覆盖了该变量。通过分层排查，大多数环境变量问题都能快速定位。