【linux】环境变量（详解）

【Linux】环境变量详解：从原理到实战，一文彻底搞懂

环境变量是 Linux 系统（以及几乎所有类 Unix 系统）中最基础、最常用、也最容易被误解的概念之一。
它直接影响着你敲的每一条命令、写的每一个脚本、启动的每一个程序的行为。

下面从最基础到生产实战，把环境变量这个东西彻底讲透。

1. 什么是环境变量？最通俗的解释

环境变量就是“给当前进程及其子进程传递的全局键值对”。

你可以把它想象成：

• 一张写满了配置的“便签纸”
• 这张纸会随着进程的诞生被复制给子进程
• 子进程可以读这张纸，也可以修改自己手里的副本，但改不了父进程的那张

# 父进程的“便签纸”
HOME=/home/zhongyang
PATH=/usr/local/bin:/usr/bin:/bin
LANG=zh_CN.UTF-8

       ↓ fork/exec 时复制一份

# 子进程拿到的“便签纸”（内容相同，但独立）
HOME=/home/zhongyang
PATH=/usr/local/bin:/usr/bin:/bin
LANG=zh_CN.UTF-8

2. 环境变量的四种常见存在形式（2026年主流视角）

存在形式	生效范围	持久化？	典型修改方式	场景举例
当前 shell	只对当前终端窗口有效	关掉就没了	export NAME=value	临时调试、测试某个变量
当前用户的登录 shell	所有该用户的登录 shell	是	~/.bash_profile / ~/.zprofile 等	设置个人 PATH、JAVA_HOME 等
当前用户的非登录 shell	所有终端（包括 VSCode、tmux 等）	是	~/.bashrc / ~/.zshrc	alias、函数、提示符、常用环境变量
全局所有用户	系统上所有用户的所有 shell	是	/etc/environment / /etc/profile.d/*.sh	系统级 JDK、Go、Node 安装路径

最容易混淆的点：

• ~/.bashrc ≠ ~/.bash_profile
• 非登录 shell（大多数你打开的终端）不会自动加载 ~/.bash_profile
• 图形界面启动的终端、cron、systemd 服务、Docker 容器、SSH 无交互登录 → 加载规则完全不同！

3. 最重要的几个环境变量（生产必知）

变量名	典型值示例	作用说明	是否建议自己改
PATH	/usr/local/bin:/usr/bin:/bin:/snap/bin	命令搜索路径（最重要！）	经常改
HOME	/home/zhongyang	当前用户家目录	极少改
USER / LOGNAME	zhongyang	当前登录用户名	不要改
SHELL	/bin/bash 或 /bin/zsh	当前 shell 类型	不要随便改
LANG / LC_ALL	zh_CN.UTF-8 / en_US.UTF-8	语言、字符编码、排序规则	看需求改
PWD	/home/zhongyang/project	当前工作目录（shell 自动维护）	只读
OLDPWD	/home/zhongyang	上一次工作目录（cd – 依赖它）	只读
PS1	\u@\h:\w\$	命令行提示符格式	经常个性化
EDITOR / VISUAL	vim / nano / code	默认编辑器（crontab -e、git commit 等使用）	推荐设置

4. 实战操作：如何查看、设置、删除、导出环境变量

# 查看所有环境变量（最常用三种方式）
env
printenv
printenv | grep -i path          # 筛选
export                           # bash/zsh 专用，也会显示函数

# 查看单个变量（推荐）
echo $PATH
printenv PATH
${HOME}                          # 花括号写法更安全

# 临时设置（只对当前 shell 有效）
JAVA_HOME=/opt/jdk-21
export JAVA_HOME                 # 必须 export 才会传给子进程！

# 一次性写法（更常用）
export JAVA_HOME=/opt/jdk-21

# 永久设置（用户级别）
# 推荐方式（几乎所有现代发行版都适用）
echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.bashrc
# 或者如果是 zsh：
echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.zshrc

# 系统全局（慎用！）
sudo tee /etc/profile.d/java.sh <<'EOF'
export JAVA_HOME=/opt/jdk-21
export PATH="$JAVA_HOME/bin:$PATH"
EOF

5. 容易踩的坑与正确姿势（生产经验总结）

坑	正确姿势 / 推荐做法
在 .bashrc 里写 PATH=xxx（覆盖了系统 PATH）	永远写成 PATH="xxx:$PATH" 或 PATH="$PATH:xxx"
Docker 容器里 PATH 很短	容器启动时显式 -e PATH=... 或在 Dockerfile 里 export
cron 任务环境变量丢失	在 crontab 里写完整 PATH，或用完整路径执行命令
SSH 登录没有环境变量	检查是否交互式登录，建议放 .bash_profile 或用 /etc/profile.d/
子进程拿不到变量	一定要 export，否则只是 shell 局部变量
变量里有空格导致命令失效	用双引号：export MY_DIR="/opt/my app"

6. 高级玩法（中高级工程师常用）

# 动态添加路径（去重）
pathadd() {
    if [ -d "$1" ] && [[ ":$PATH:" != *":$1:"* ]]; then
        PATH="$1${PATH:+":$PATH"}"
    fi
}
pathadd "$HOME/.local/bin"
pathadd "/opt/go/bin"

# 临时使用某个环境变量运行命令
JAVA_HOME=/opt/jdk-17 java -version

# 或者用 env 命令
env -i PATH=/bin:/usr/bin HOME=/tmp whoami   # 极干净的环境

# systemd 服务使用特定环境变量
# /etc/systemd/system/myapp.service
[Service]
Environment="JAVA_HOME=/opt/jdk-21"
EnvironmentFile=/etc/myapp/env.conf

一句话总结（背下来就真的懂了）

环境变量就是 Linux 进程之间传递“全局配置”的唯一合法、可靠、被所有人承认的方式。 它本质上是父进程给子进程的“嫁妆”，而 export 是“正式打包带走”的动作。

当你真正理解了下面这句话，环境变量就再也难不倒你了：

“没有 export 的变量，只是 shell 的局部变量；export 了，才是真正的环境变量，才会传给子进程。”

有任何环境变量相关的诡异问题，都可以直接贴出来，我帮你分析～ 😄