Linux查看环境变量：env命令使用教程

想知道如何在Linux系统中查看环境变量吗？本文为你详细解读`env`命令，这个最直接、最常用的方法，让你轻松掌握Linux系统的运行环境。`env`命令不仅能列出当前会话的所有环境变量及其值，还能在特定环境下运行命令，排除变量干扰。文章还将对比`env`、`printenv`和`export`命令的区别，教你如何设置和修改环境变量，并使其永久生效，无论是临时测试还是系统级的配置，都能轻松应对。掌握`env`命令，让你更好地理解Linux系统，提高工作效率。

最直接查看Linux环境变量的方法是使用env命令，它会列出当前会话所有环境变量及其值，格式为KEY=VALUE，如PATH和HOME；env还可临时修改环境运行命令，如env -u LD_LIBRARY_PATH执行程序以排除变量干扰；与printenv相比，env更侧重环境管理，printenv专用于查看变量，可指定单个变量输出；export则用于将Shell变量导出为环境变量，使其在子进程中生效；设置环境变量分临时和永久，临时通过export定义，永久需修改配置文件：用户级修改~/.bashrc或~/.profile，系统级修改/etc/profile、/etc/environment或使用/etc/profile.d/下的脚本；修改后需source或重启生效，注意加载顺序与备份以防出错。

在Linux中查看环境变量，最直接的方法就是使用env命令。它会一股脑儿地把当前会话中所有环境变量及其对应的值列出来，让你对系统和程序运行环境有个基础的认识。当然，还有printenv和echo，但env无疑是最全面、最常用的一个起点。

说实话，我个人在日常工作中，遇到需要查看环境变量的场景，第一反应往往就是敲下env。它就像一个快照，瞬间把当前Shell进程能“感知”到的所有环境信息都摆在你面前。

你只需在终端输入：

env

然后回车，你就会看到一长串的输出，每一行都遵循KEY=VALUE的格式。比如，你可能会看到PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin，这告诉你的Shell去哪里找可执行文件；或者HOME=/home/youruser，指明你的家目录在哪。

这个命令的妙处在于，它不仅能展示当前环境，还能让你在一个“干净”或“定制化”的环境下运行其他命令。比如，如果你想在一个没有特定LD_LIBRARY_PATH的环境下测试一个程序，可以这样做：

env -u LD_LIBRARY_PATH your_program

这会临时取消LD_LIBRARY_PATH这个变量，然后运行your_program。这种操作在调试一些依赖问题时特别有用，避免了环境污染。我记得有一次就是通过这种方式，定位到一个程序因为加载了错误的库文件而崩溃的问题。

Linux环境变量究竟是什么？它们为何如此重要？

要理解env命令的输出，首先得搞清楚这些“环境变量”到底是个啥。在我看来，它们就像是操作系统给每个运行中的程序（或者说进程）贴上的一张张便签，上面写着各种配置信息、路径指引或者一些状态声明。这些信息不是硬编码在程序里的，而是由外部环境提供，程序可以读取并根据它们来调整自己的行为。

举个例子，PATH变量，它定义了一系列目录，当你输入一个命令（比如ls或grep）时，Shell就会按照PATH里列出的顺序，去这些目录里找对应的可执行文件。如果没有PATH，你每次运行命令都得输入完整的路径，比如/bin/ls，那简直是灾难。

再比如LANG或LC_ALL，它们决定了你的系统和程序显示语言、日期格式、货币符号等本地化信息。对我这种偶尔需要在多语言环境下工作的人来说，这些变量的准确性直接影响到工作效率。还有HOME变量，程序经常需要知道用户的主目录在哪里，比如保存配置文件或者读取用户数据，HOME就提供了这个入口。

所以说，环境变量的重要性不言而喻。它们提供了一种灵活且标准化的方式，让程序能够适应不同的用户、不同的系统配置，而无需修改程序本身的源代码。它们是操作系统和应用程序之间沟通的桥梁，也是Linux系统强大灵活性的一个体现。

env、printenv和export，这几个命令到底有何区别？

初学者常常会对env、printenv和export这几个命令感到困惑，它们看起来都和环境变量有关，但实际功能却各有侧重。我个人理解，它们之间的差异主要体现在“作用”和“范围”上。

env命令，我们前面已经提到了，它主要有两个用途：

1. 显示当前环境：不带任何参数时，它会列出当前Shell进程的所有环境变量。这是它最常用的功能。
2. 在特定环境中运行命令：你可以通过env命令来修改或清理某些环境变量，然后在这个修改过的环境中运行另一个命令。比如env VAR=value command。它会创建一个新的环境，运行command，但不会改变当前Shell的环境。

printenv命令则更专注于“打印”环境变量。

• 如果你不带任何参数运行printenv，它通常会显示与env命令相似的结果，即当前Shell的所有环境变量。
• 但它的一个特点是，你可以指定要查看的某个特定变量，比如printenv PATH，它只会输出PATH变量的值。这在你想快速检查某个特定变量时非常方便，比echo $PATH更“正式”一些，也更不容易出错（因为echo可能会对一些特殊字符进行解释）。

export命令则完全不同，它的核心作用是将一个Shell变量提升为环境变量。在Shell中，你可以定义很多变量，比如MY_VAR="hello"。但这个MY_VAR默认只在当前Shell进程内部可见，子进程是看不到的。当你执行export MY_VAR之后，MY_VAR就成了一个环境变量，任何从当前Shell启动的子进程都能继承并访问到它。

简单来说：

• env：看所有，或者临时改变环境跑命令。
• printenv：看所有，或者看指定的某个。
• export：让Shell变量能被子进程看到。

理解这三者的区别，对于编写Shell脚本或者排查程序运行环境问题，是相当关键的。我曾经因为忘记export一个变量，导致子进程一直拿不到我想要的值，排查了半天，最后才发现是这个小细节。

如何设置或修改Linux环境变量，并让它们永久生效？

查看环境变量是基础，但更进一步的，我们经常需要根据自己的需求去设置或修改它们。而让这些修改“永久生效”，则是一个更具挑战性也更重要的议题，因为它涉及到不同的作用域和配置文件。

1. 临时设置 (当前Shell会话有效)

最简单的方式就是在终端直接设置：

MY_NEW_VAR="这是一个新的变量"
export MY_NEW_VAR

或者更简洁地：

export ANOTHER_VAR="这是另一个变量"

这样设置的变量，只在当前的Shell会话中有效。一旦你关闭终端或者打开一个新的终端窗口，这些变量就消失了。这对于临时测试或者一次性任务来说很方便，但显然不是“永久”的解决方案。

2. 用户级别永久设置 (针对当前用户)

如果你希望某个环境变量对你当前登录的用户始终有效，那么你需要修改用户家目录下的配置文件。最常见的有：

• ~/.bashrc：对于Bash Shell，这是每次启动新的交互式Shell时都会读取的文件。
• ~/.profile：在用户登录时读取（通常包括图形界面登录）。~/.bashrc有时会从~/.profile中被source。
• ~/.zshrc：如果你使用的是Zsh Shell，那么对应的文件是这个。

通常，我会选择在~/.bashrc（或~/.zshrc）中添加export语句。例如，我想把一个自定义的脚本目录添加到PATH中，我会这样写：

# 在~/.bashrc中添加
export PATH="/home/myuser/scripts:$PATH"

这里$PATH会保留原有的路径，然后把我的新路径添加到前面。修改完文件后，你需要让Shell重新加载配置，可以执行source ~/.bashrc或者直接关闭并重新打开终端。

3. 系统级别永久设置 (对所有用户有效)

如果某个环境变量需要对系统上的所有用户都生效，那么就需要修改系统级别的配置文件。这通常需要root权限：

• /etc/profile：与~/.profile类似，但对所有用户有效。
• /etc/environment：一个非常简洁的文件，每行一个KEY="VALUE"，系统启动时会读取。它不执行脚本，只设置变量，因此非常适合设置全局性的、不依赖Shell的变量。
• /etc/bash.bashrc：对于Bash Shell，所有用户登录时都会读取。
• /etc/profile.d/目录：这是一个非常推荐的方式。你可以在这个目录下创建自己的.sh脚本，比如/etc/profile.d/my_custom_vars.sh，并在其中export你的变量。系统启动时会自动加载这些脚本，这样可以保持配置的模块化和清晰。

我个人更倾向于使用/etc/profile.d/目录来添加系统级的环境变量，因为它避免了直接修改核心配置文件，便于管理和回滚。例如，创建一个文件/etc/profile.d/java_home.sh：

# /etc/profile.d/java_home.sh
export JAVA_HOME="/usr/lib/jvm/java-11-openjdk-amd64"
export PATH="$JAVA_HOME/bin:$PATH"

保存后，重启系统或者重新登录用户，这些变量就会生效。

需要注意的是，这些配置文件的加载顺序是有讲究的，不同的Linux发行版和Shell类型可能会有细微差别。一般来说，系统级的配置会先加载，然后是用户级的配置。如果同一个变量在多个地方被设置，后加载的配置会覆盖先加载的。在修改这些文件时，务必小心，备份是个好习惯，避免因为误操作导致系统环境出现问题。我曾经就因为修改了/etc/profile而导致所有用户登录后PATH混乱，花了不少时间才修复回来，那段经历真是记忆犹新。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~