查看环境变量应使用printenv或env命令，export用于将变量导出为环境变量以供子进程继承。printenv专门列出所有环境变量，输出简洁，也可查看特定变量如printenv PATH；env功能类似，但更强大，可在临时修改的环境中执行命令，如env -i创建干净环境或env VAR=value command临时设置变量；export不用于查看，而是将局部变量转为环境变量，使其在子进程中生效，如export MY_VAR="hello"。三者核心区别在于：printenv和env用于“查看”，env还能临时修改环境执行命令，而export用于“导出”变量扩大作用域。实际使用中，printenv适合快速查看，env适合隔离测试，export用于配置持久化环境变量。
在Linux中查看环境变量，最直接的方式是使用
printenv或
env命令。它们会列出当前会话中设置的所有环境变量。而
export命令则不是用来“查看”的，它的核心作用是将一个变量提升为环境变量，使其能被子进程继承，这正是它与
env或
printenv最本质的区别所在。简单来说，
env和
printenv是看“有什么”，
export是决定“谁能用”。
要查看Linux中的环境变量，我们有几种常用且各有侧重的方法。
首先，最常用的莫过于
printenv。直接在终端输入
printenv，它会干净利落地列出所有当前已定义的环境变量及其对应的值。我个人更偏爱这个命令，因为它输出通常更简洁，只显示环境变量。
printenv
如果你想查看某个特定的环境变量，比如
PATH，可以这样：
printenv PATH
其次是
env命令。不带任何参数执行
env，其效果与
printenv非常相似，也会列出所有当前的环境变量。但
env的另一个强大之处在于，它可以在一个隔离的环境中执行命令。比如，你想在一个不带任何现有环境变量的干净环境中运行一个程序，就可以这样：
env -i your_command
或者，你只想在执行某个命令时临时设置一个或几个变量，而不影响当前shell环境：
env MY_VAR="hello" your_command
这在调试或者测试脚本时非常有用，避免了全局污染。
最后，
export命令。正如前面所说，
export不是用来“查看”所有环境变量的，但它确实可以查看当前shell中被标记为“导出”的变量。单独输入
export，它会列出所有已经导出（即成为环境变量）的变量。你会发现，很多时候它的输出和
env、
printenv是重叠的，因为它显示的是那些“准备好”被子进程继承的变量。
export
而
export最核心的用途是，当你定义了一个shell变量后，需要它被后续启动的子进程访问时，就必须用
export将其“导出”为环境变量。比如：
my_local_var="我只是个局部变量" echo $my_local_var # 可以显示 export my_env_var="我现在是环境变量了" echo $my_env_var # 也能显示 # 启动一个子shell看看 bash echo $my_local_var # 空，因为没导出 echo $my_env_var # 可以显示，因为导出了 exit # 退出子shell
所以，查看环境变量，我通常会先用
printenv快速扫一眼。如果需要更细致的隔离测试，
env就派上用场了。而
export更多是用于管理和设置变量，而不是纯粹的“查看”。
Linux环境变量究竟是什么，以及它们为何如此关键？
说白了，环境变量就是一些存储在操作系统环境中的动态命名值。它们就像是系统给各个程序和进程提供的一张“便签”，上面写着一些配置信息或者路径，告诉程序“去哪里找东西”、“用什么语言显示”、“你的家在哪里”等等。比如，我们经常遇到的
PATH变量，它就是一串目录路径的列表，系统通过它来查找你输入的命令。当你敲下
ls，系统就会挨个去
PATH里定义的目录里找
ls这个可执行文件。如果找不到，你就会看到
command not found。
为什么它们如此重要？想象一下，如果没有环境变量，每个程序都需要硬编码它所依赖的路径、配置，甚至用户偏好。这不仅会使得程序变得僵硬，难以移植，而且每次修改配置都可能需要重新编译或修改大量文件。环境变量提供了一个灵活、标准化的机制，让程序能够适应不同的运行环境和用户配置。
举个我自己的例子，我经常需要在不同的项目中使用不同版本的Python。如果我只是把Python的可执行文件路径硬编码到我的脚本里，那每次切换项目都得改。但通过修改
PATH或者设置
PYTHONHOME这样的环境变量，我就可以轻松地在不同Python版本之间切换，而我的脚本或IDE只需要读取这些环境变量就知道该用哪个Python解释器了。这大大提升了工作效率和项目的可维护性。它们是系统与应用程序之间沟通的桥梁，也是实现系统灵活配置和个性化定制的关键。
env
命令在Linux中扮演什么角色，它和printenv
有什么不同？
env命令在Linux中主要扮演两个角色：一是显示当前环境变量，二是在修改后的环境中执行命令。
当你不带任何参数运行
env时，它的行为几乎与
printenv一模一样，都是列出当前shell会话中所有已设置的环境变量。从这个角度看，它们的功能是重叠的，都可以用来“查看”环境变量。我个人感觉，
printenv在纯粹的“查看”功能上可能更直接一些，因为它没有其他复杂的选项，就是打印环境变量。
然而，
env的独特之处在于它的第二个角色：环境修改器。你可以用它来临时设置、取消设置或清空环境变量，然后在这个修改后的环境中执行一个命令。这在调试、测试或者需要隔离环境运行程序时非常有用。
比如，我想测试一个脚本在没有
LD_LIBRARY_PATH变量时的行为：
env -u LD_LIBRARY_PATH my_script.sh
或者，我希望在一个完全干净的环境中运行一个程序，不带任何继承自当前shell的环境变量（除了系统强制的一些）：
env -i my_program
甚至，我可以临时给一个程序设置一个特定的变量值：
env DEBUG_MODE=true my_application --config /path/to/config.ini
而
printenv则没有这些“执行命令于修改环境”的能力。它就是个纯粹的“打印机”。所以，如果你只是想看看当前有哪些环境变量，两者皆可；但如果你需要更高级的环境控制，
env显然是更强大的工具。我经常在写自动化脚本或者容器化应用时用到
env的这些特性，它能帮助我确保程序的运行环境是可控且一致的。
export
命令是如何改变环境变量的作用域的，它和env
的主要区别在哪里？
export命令的核心作用在于改变变量的作用域，将一个普通的shell变量提升为环境变量，使其能够被当前shell及其启动的所有子进程所继承。这听起来有点抽象，但实际上非常关键。
在Linux的shell中，当你定义一个变量时，比如
my_var="hello"，这个变量默认只在当前这个shell会话中有效。它是一个“局部变量”。如果你在这个shell里启动一个子shell（比如再敲一个
bash命令），或者运行一个脚本，这个子进程是无法直接访问到
my_var的。
而
export命令就是来打破这个“局部性”的。当你执行
export my_var之后，
my_var就不再仅仅是当前shell的局部变量了，它被“导出”成了环境变量。这意味着，任何由当前shell启动的子进程（包括子shell、脚本、其他程序等）都将自动继承
my_var的值。
举个例子来理解作用域：
-
当前shell (父进程):
VAR_LOCAL="我只在父shell里" export VAR_EXPORT="我能被子进程继承" echo "父shell中 - VAR_LOCAL: $VAR_LOCAL" echo "父shell中 - VAR_EXPORT: $VAR_EXPORT"
输出：
父shell中 - VAR_LOCAL: 我只在父shell里 父shell中 - VAR_EXPORT: 我能被子进程继承
-
启动一个子shell (子进程):
bash echo "子shell中 - VAR_LOCAL: $VAR_LOCAL" echo "子shell中 - VAR_EXPORT: $VAR_EXPORT" exit # 退出子shell
输出：
子shell中 - VAR_LOCAL: 子shell中 - VAR_EXPORT: 我能被子进程继承
你看，
VAR_LOCAL
在子shell中是空的，因为它没有被导出。而VAR_EXPORT
则成功地被子shell继承了。
export
与env
的主要区别在于：
-
目的不同：
export
的目的是改变变量的作用域，将局部变量提升为环境变量，使其能被子进程继承。它是一个“声明”或“标记”动作。env
的目的是显示当前环境变量，或者在一个修改过的环境中执行命令。它是一个“查询”或“临时修改执行”动作。
-
对变量的持久性影响：
export
一旦执行，被导出的变量就会成为当前shell及其所有未来子进程的环境变量，直到当前shell会话结束或变量被显式unset
。env
对环境的修改是临时且局部的，只对它所执行的那个命令有效。一旦命令执行完毕，env
所做的环境修改就会消失，不会影响到父shell或后续的其他命令。
在我日常工作中，
export是配置开发环境不可或缺的工具。比如，设置
JAVA_HOME、
M2_HOME（Maven的家目录）或者一些自定义的API密钥，都需要
export来确保我的IDE、构建工具或脚本能够正确地找到它们。而
env则更多用于一次性的测试或隔离运行，两者虽然都与环境变量相关，但其设计哲学和应用场景是截然不同的。理解这一点，对于管理Linux环境下的程序行为至关重要。
