在Linux服务器上，查看环境变量最直接的方法是使用printenv或env命令，前者可指定变量名，后者列出全部变量，掌握这两个命令能帮你快速诊断系统配置。
linux查看环境变量命令有哪些
查看环境变量是Linux运维的日常操作,也是排查应用配置问题的起点，除了printenv和env，还有几个常用命令值得熟悉，它们在不同场景下各有优势，下面列出最常用的四种方式，并说明各自的使用场景。
printenv：打印所有或指定环境变量，例如printenv PATH会直接输出PATH的值，不带任何额外信息，如果只输入printenv，则列出全部变量，这是最推荐的方式，输出干净，适合在脚本中解析。env：显示当前环境变量，同时可用于临时设置变量并运行命令，例如env | grep JAVA可以快速筛选JAVA相关变量。env命令的输出格式与printenv略有不同，前者会包含_变量（最近执行的命令路径），后者则不会。echo $变量名：快速查看单个变量，例如echo $HOME，这是最直观的方式，适合在交互式shell中即时确认。set：显示所有shell变量和环境变量，包括局部变量和函数，输出内容较多，通常配合grep使用，例如set | grep MYVAR。set也可以用来检查shell是否是对的，比如set | grep SHELL。
命令对比：什么时候该用哪个
| 命令 | 查看范围 | 特点 | 常见场景 |
|---|---|---|---|
| printenv | 仅环境变量 | 输出干净，可指定变量 | 脚本中获取变量值，或快速查看全部变量 |
| env | 仅环境变量 | 可临时修改后运行命令 | 调试时临时设置变量，或对比不同环境差异 |
| echo $VAR | 单个变量 | 最快，无需管道 | 日常巡检，确认某个变量是否存在 |
| set | 所有变量（含局部变量） | 信息最全，但输出冗长 | 排查变量未定义，或检查shell函数 |
行业共识认为，日常查看环境变量优先使用printenv，因为它不会引入额外的变量，结果更可靠，如果你需要临时设置变量再执行命令，则应使用env。
系统环境变量和用户环境变量怎么看
环境变量在Linux中有两个级别：系统级（全局变量）和用户级（局部变量），搞混它们经常导致配置不生效，尤其是在部署Java、Python等运行时环境时，下面分别说明查看方法。
系统级环境变量：所有用户共享
系统级环境变量通常存放在以下几个文件中,按加载顺序依次是：
/etc/environment：纯键值对格式，不支持变量扩展，系统启动时被PAM读取，你可以用cat /etc/environment直接查看。/etc/profile：bash shell登录时加载，用于设置系统范围的PATH等变量，查看命令：cat /etc/profile。/etc/bash.bashrc：所有交互式bash shell都会加载（Ubuntu系），CentOS对应/etc/bashrc。
查看系统级变量时,建议先确认当前使用的是什么shell，不同shell加载的文件不同，如果你在Debian服务器上，/etc/environment中的变量对所有程序可见，但/etc/profile中的变量只对登录shell可见。
用户级环境变量：仅对当前用户生效
用户级变量配置文件在用户home目录下,常见的包括：
~/.bashrc：bash交互式非登录shell加载，推荐放置用户自定义变量。~/.profile：登录shell加载，Ubuntu下默认优先使用~/.profile。~/.bash_profile：如果存在，则~/.profile不会被读取（CentOS常见）。
查看用户级变量,直接cat ~/.bashrc即可，如果你在简米云服务器上配置JDK，需要区分变量是放在系统级还是用户级：如果服务器只有你一个人用，放在~/.bashrc最省事；如果多人共用，系统级更合适。
如何区分当前变量属于哪个级别
用printenv列出的变量，有些是系统级，有些是用户级，但无法直接看出源头，你可以通过对比不同用户的环境来推断：
- 切换到另一个用户：
su - otheruser，然后运行printenv，看差异。 - 查看当前shell类型：
echo $SHELL，确认加载了哪些配置文件。
业内专家指出，环境变量配置不生效的案例中，超过一半是因为用户把变量写在了错误的文件，或者文件名大小写写错，所以确认文件路径非常关键。
linux环境变量配置问题排查三步走
当你在Linux服务器上修改了环境变量,但重启或新开终端后变量不生效时，可以按照以下步骤快速定位问题。
第一步：确认变量是否在当前shell生效
执行echo $VARIABLE_NAME，如果输出为空，说明变量未设置，如果输出正确，但新开终端后失效，说明配置文件加载有问题。
第二步：检查配置文件是否被加载
查看当前shell的加载顺序,bash非登录shell会依次加载/etc/bash.bashrc和~/.bashrc，你可以手动source配置文件，看变量是否出现：
source ~/.bashrc或. ~/.bashrc- 然后再次
echo $VARIABLE_NAME
如果手动source后生效,说明配置文件内容正确，但自动加载被中断或覆盖。
第三步：检查文件语法和覆盖顺序
常见错误包括：
- 变量名包含空格,例如
MYVAR = value（等号两边不能有空格）。 - 遗漏
export关键字，导致变量只在当前shell有效，不传递给子进程。 - 多个文件中定义了同名变量,后加载的文件覆盖了前一个。
使用set | grep MYVAR可以查看变量是否被设置为shell变量（非环境变量），如果输出中没有export，则子进程无法继承。
排查时,还可以用strace -e openat bash -l -c 'echo $MYVAR' 2>&1 | grep -E '(profile|bashrc)'来追踪bash实际读取了哪些配置文件（需要root权限），这种方法在酷番云轻量服务器上调试时非常实用，可以直接看到文件加载顺序。
实战场景：检查服务器环境变量是否正常
不同场景下,查看环境变量的目的和侧重点不同，下面列举三个高频场景，帮助你快速上手。
新购服务器后核对基础环境
假设你刚买了一台香港服务器,需要确认系统默认的PATH是否包含常用工具，直接运行printenv PATH，输出结果一般包含/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin，如果缺少某个路径，比如/usr/local/go/bin，说明需要手动添加。
部署Java应用时确认JAVA_HOME
在部署应用之前,先确认JAVA_HOME是否已配置，执行printenv JAVA_HOME，如果为空，可能是没有安装JDK，或者变量未设置，你可以用which java找到Java路径，然后手动设置临时变量测试：export JAVA_HOME=/usr/lib/jvm/java-11-openjdk，确认应用能否启动。
对比不同用户的环境变量
当应用以www-data用户运行，但变量在root用户下配置时，应用自然获取不到，切换到应用用户：su - www-data，执行printenv，对比缺失的变量，如果www-data用户没有JAVA_HOME，你需要将变量写入/etc/environment或~www-data/.bashrc，而不是root的配置文件。
Q&A：linux环境变量查看方法常见问题
为什么printenv和env的输出结果不一样？
printenv和env的输出绝大多数情况下一致，但env会额外包含一个_变量（表示最近执行的命令路径），而printenv不会。env的输出顺序可能不同，但内容本质相同，如果你需要干净的变量列表用于脚本，建议使用printenv。
修改了/etc/environment后需要重启服务器吗？
不需要重启服务器,但需要重新登录或执行source /etc/environment。/etc/environment是由PAM模块在用户登录时读取的，所以新开一个登录终端即可生效，对于非登录shell（如通过SSH执行命令），需要手动加载或重启服务。
为什么我设置了环境变量但子进程看不到？
因为你没有使用export导出变量，在shell中直接定义变量（如MYVAR=hello）只对当前shell有效，子进程无法继承，必须加上export：export MYVAR=hello，如果希望永久生效，需要在配置文件中写入export语句。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/592594.html
