导语：在 Linux 里，环境变量就像一张“运行时说明书”📌，告诉 Shell、脚本、编译工具和服务程序去哪里找命令、用什么语言环境、读取哪个配置目录。很多“命令找不到”“脚本在终端能跑，放到服务里就失败”的问题，背后都和环境变量有关。本文从入门概念讲到日常配置方法，帮助你把环境变量用得更稳、更清晰。
一、环境变量是什么？
环境变量本质上是一组“名称=值”的字符串，会传递给进程使用。Linux manual page 对 environ 的说明是：环境由字符串数组组成，常见形式为 name=value，子进程通常会继承父进程环境的副本，可参考 environ(7) 手册。
常见变量包括 PATH、HOME、USER、LANG、SHELL、PWD 等。例如 PATH 决定系统查找可执行命令的目录顺序；HOME 表示当前用户主目录；LANG 影响语言和字符编码；EDITOR 或 VISUAL 可指定默认编辑器。理解这些变量，有助于判断程序到底“看到”的运行环境是什么。
二、临时配置：只对当前终端生效
最简单的方式是在当前 Shell 中直接赋值。例如设置一个变量：MY_APP_HOME=/opt/myapp。此时它只是普通 Shell 变量，不一定会传给子进程。若希望脚本或命令能读取到它，需要使用 export：export MY_APP_HOME=/opt/myapp。
也可以只让某个命令临时使用变量，例如：LANG=C sort file.txt。Bourne 风格 Shell 支持用 NAME=value command 的形式让变量只在该命令执行范围内生效，这类用法在 Linux environ 文档 中也有说明。
三、永久配置：写到合适的启动文件
如果希望每次打开终端都自动生效，通常会把 export 语句写入用户级配置文件。使用 Bash 时，交互式非登录 Shell 会读取 ~/.bashrc；登录 Shell 会先读 /etc/profile，再按顺序寻找 ~/.bash_profile、~/.bash_login、~/.profile 中第一个可读文件，具体读取规则可见 GNU Bash Startup Files。
一个实用建议是：与交互式命令行体验相关的内容，例如别名、提示符、常用工具 PATH，放到 ~/.bashrc；只希望登录时初始化一次的变量，可以放到 ~/.profile 或 ~/.bash_profile。修改后可执行 source ~/.bashrc 让配置立即在当前终端生效，无需重新登录。
四、PATH 配置：最常见也最容易踩坑
PATH 是环境变量里的高频角色。假设你安装了一个工具到 /opt/bin，希望直接输入命令名即可运行，可以写：export PATH="/opt/bin:$PATH"。把新目录放在前面，系统会优先从 /opt/bin 查找命令；放在后面，则优先使用系统已有命令。
配置 PATH 时要注意三点：第一，保留原来的 $PATH，避免基础命令失效；第二，目录之间用英文冒号分隔；第三，不要随意把当前目录“.”放进 PATH 前部，否则可能带来误执行风险。对于团队服务器，建议把公共工具路径写入受控脚本或统一配置文件，减少个人配置差异。
五、系统级配置和用户级配置怎么选？
用户级配置只影响当前用户，适合开发工具、个人脚本、语言版本管理器等场景。系统级配置影响范围更大，例如 /etc/profile 或 /etc/profile.d/ 下的脚本，适合给所有登录用户提供统一环境。环境变量也可能通过 /etc/environment 结合 PAM 登录流程加载，不同发行版和登录方式会有差异，可参考 environ(7) 中关于初始环境的说明。
实践中建议遵循“影响范围越小越好”的原则：个人使用优先写用户目录；项目使用优先写项目启动脚本；服务使用优先写服务配置；只有确实需要全局一致时，才改系统级配置。这样排查问题时边界更清楚，也不容易误伤其他用户或服务。
六、systemd 服务中的环境变量
很多人会遇到这种情况：命令在终端里执行正常，做成 systemd 服务后却找不到 JAVA_HOME、PATH 或代理变量。原因是 systemd 管理的服务并不等同于你的登录 Shell，它不会自动读取 ~/.bashrc。给服务配置变量时，应在 unit 文件或 drop-in 配置中使用 Environment 或 EnvironmentFile，systemd 官方也列出了其组件会识别的一些环境变量，可参考 systemd Environment 文档。
推荐做法是使用 systemctl edit your.service 创建覆盖配置，在 [Service] 区域加入 Environment="APP_ENV=prod" 或 EnvironmentFile=/etc/yourapp/env，然后执行 systemctl daemon-reload 和 systemctl restart your.service。对于密码、令牌等敏感信息，不建议直接暴露在可读的 unit 文件中，应结合权限严格的配置文件或更合适的密钥管理方案。
七、排查环境变量问题的常用命令 🔍
- 查看当前环境：env 或 printenv。
- 查看某个变量：echo $PATH、printenv LANG。
- 确认命令位置：which python 或 command -v python。
- 临时验证配置：source ~/.bashrc 后再执行 printenv 变量名。
- 排查服务环境：systemctl show -p Environment your.service。
如果出现“变量明明配置了却不生效”，优先检查三个问题：当前 Shell 是否读取了对应文件；变量是否使用 export 导出；程序是否由另一个父进程启动。特别是 cron、systemd、容器、远程非交互命令等场景，它们的环境往往比你打开的终端更精简。
八、实用配置习惯
- 变量名使用大写字母和下划线，例如 APP_HOME、JAVA_HOME。
- 路径值添加引号，例如 export APP_HOME="/opt/my app"，避免空格导致解析异常。
- 修改 PATH 时保留原值，例如 export PATH="$HOME/bin:$PATH"。
- 不要把密钥长期写在共享配置文件中。
- 为项目准备 env.example，说明需要哪些变量，但不要提交真实密钥。
环境变量不是越多越好。好的配置应该范围明确、来源清楚、能被快速检查，并且不会让其他程序产生意外行为。
总结
Linux 环境变量看似只是几行 export，实际上连接着 Shell、脚本、服务和用户登录流程。入门时先掌握临时变量、export、PATH 和常见启动文件；进阶时再区分用户级、系统级、systemd 服务级配置。只要坚持最小影响范围、清晰命名、及时验证和谨慎处理敏感信息，就能让 Linux 环境配置既灵活又可靠 🚀。
