查看服务器自带环境变量，核心是分清系统级与用户级：Linux 用 env 和 printenv，Windows 用 set，配置文件分别位于 /etc/environment、/etc/profile、~/.bashrc 与系统属性面板；自定义配置只需按作用域选择对应文件写入 export 或 setx 命令，重载后立即生效。
服务器环境变量怎么查看
很多人在部署应用时遇到 command not found 或 Java 版本不对，第一反应是重装软件，其实根源多半是环境变量没配对，先别急着重启服务器，我们按系统类型把变量揪出来看看。
Linux 阵营的三个高频命令
Linux 下查看环境变量的命令不多，但容易混淆，实际使用中记住三组就够：
env：打印当前 shell 的所有环境变量，最直观printenv：与env类似，但支持单独查看某个变量，printenv PATHecho $变量名：快速确认单个变量值，如echo $JAVA_HOME
顺带提一个细节：env 输出的是当前用户的环境变量，如果你想看系统启动时就加载的全局变量，需要去配置文件里翻，这个我们后面细说。
Windows 服务器的查看入口
Windows Server 上用命令行查看的更高效：
set：在 CMD 里直接敲，列出全部环境变量$env:变量名：PowerShell 下单独取值，$env:SystemRoot- 图形界面路径：右键“此电脑” → 属性 → 高级系统设置 → 环境变量，这里能同时看到用户变量和系统变量
很多运维新手在 Windows 上只会用 echo %PATH%，set 输出信息量大的多，排查路径问题效率更高，如果你用宝塔面板管理服务器，界面左侧的“软件商店”里能找到环境变量编辑入口，不过版本不同位置略有差异，找不到时直接在 SSH 终端里用命令更稳妥，常见疑问是宝塔面板环境变量设置在哪里，实际上它没有独立的变量管理页，修改项目运行配置时会在对应软件的面板选项中自动生成。
linux自定义环境变量配置方法
看清楚了变量现状,接下来是自己动手配置，Linux 自定义环境变量有临时与永久之分，很多线上故障就是临时变量重启后消失导致的，所以务必区分清楚适用场景。
临时变量与单次会话
临时变量只对当前终端窗口有效,关闭即失效，适合调试或测试：
export MY_APP_HOME=/opt/myapp
执行后当前会话能立即用,但新开窗口就没了，还有一个更隐蔽的写法是直接在命令前加变量：
MY_APP_HOME=/opt/myapp ./start.sh
这种只对该命令生效,改了不污染全局，很推荐在启动脚本里用。
永久配置的四个核心文件
永久配置需要写入配置文件,但不同文件的作用域和加载时机差异很大，行业共识是按用户粒度选择文件，避免全局污染，我们按推荐程度排序：
/etc/environment：系统级，所有用户、所有 shell 都会加载，适合存 PATH 这类纯文本变量，注意这个文件不支持export语法，直接写KEY=VALUE就行/etc/profile：系统级，仅登录 shell 加载，所有用户登录时执行，适合放全局 PATH/etc/profile.d/.sh：系统级，/etc/profile会自动遍历这个目录，按文件名顺序加载，推荐把自定义内容放这里，方便单独管理~/.bashrc：用户级，当前用户每次打开终端时加载，个人开发机最常用，服务器上多用户环境慎用
具体实操步骤以配置 Java 环境为例：
# 1. 编辑用户级配置文件 vim ~/.bashrc # 2. 末尾追加 export JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 export PATH=$JAVA_HOME/bin:$PATH # 3. 让配置立即生效 source ~/.bashrc # 4. 验证 java -version
每一步都有明确结果,如果第四步报错，回头检查路径是不是写错了，这里特别提醒：/etc/environment 和 .bashrc 里不要写带空格的路径，否则解析时会出问题，必要时用引号包住。
系统级与用户级的选择逻辑
多用户服务器上,建议优先 /etc/profile.d/ 下的独立脚本，而不是改全局 /etc/profile，理由有两个：一是脚本文件命名清晰，java.sh、node.sh，删改方便；二是 profile 文件是系统核心配置，改动失误可能导致所有用户登录异常，单用户场景直接用 ~/.bashrc 最省事。
Windows 服务器与面板环境变量设置对比
Windows 上的配置逻辑和 Linux 完全不同，尤其要注意用户变量和系统变量的优先级，系统变量对所有用户生效，用户变量只对当前账号生效，同名变量时用户变量优先于系统变量，这点容易踩坑。
命令行操作方式
日常运维推荐用 setx 命令，它比图形界面快且可脚本化：
:: 永久设置用户变量 setx MY_VAR "C:\myapp" :: 永久设置系统变量（需管理员权限） setx /M JAVA_HOME "C:\Program Files\Java\jdk-17"
注意 setx 的缺点是它不影响当前已打开的终端，需要新开窗口才生效，临时测试还是用 set 直接赋值：
set MY_VAR=C:\temp
Windows 与 Linux 操作对照
很多团队同时维护两种系统,记忆命令容易混淆，这里做了一张对照表：
| 操作场景 | Linux 命令 | Windows 命令 |
|---|---|---|
| 查看全部变量 | env / printenv |
set |
| 查看单个变量 | echo $KEY |
echo %KEY% |
| 临时设置 | export KEY=VALUE |
set KEY=VALUE |
| 永久设置 | 写入 ~/.bashrc 或 /etc/profile |
setx KEY VALUE |
| 删除变量 | unset KEY |
REG delete ... 或图形界面删除 |
表格里有个冷门知识：Windows 删除环境变量没有专门命令，得用注册表操作或图形界面，所以文档里多留个心眼，别随手 setx 写错值。
环境变量常见故障排查 Q&A
环境变量修改后不生效怎么办
优先检查 shell 是否重载了配置，Linux 执行 source ~/.bashrc，Windows 新开终端，如果重载后仍不生效，用 env | grep 关键词 确认当前值，八成是多个配置文件里重复定义了变量，后加载的覆盖了先加载的，另一种可能是你改的是用户变量，但应用以系统服务方式运行，这类服务读的是系统级变量，需要同步修改 /etc/environment 或系统属性里的系统变量。
如何查看当前服务器的全部环境变量
Linux 直接执行 env 并按需过滤，env | grep -i java，Windows 执行 set 后配合 findstr 过滤关键词，若怀疑某个变量是系统默认值还是自定义值，对比 env 输出和配置文件内容即可，通常默认变量在 /etc/environment 和 /etc/profile 里都有迹可循。
多个应用需要不同版本的 JDK 怎么办
不要在全局改 JAVA_HOME，推荐每个应用启动脚本内部临时指定，Tomcat 的 setenv.sh 里写 export JAVA_HOME=/usr/lib/jvm/java-8...，启动完不影响系统默认版本，另一条路径是使用 update-alternatives 管理软链接，切换版本时统一改符号链接指向，所有应用同时生效，适合测试环境快速迭代。
环境变量本身不复杂,复杂的是系统之间的差异和配置文件的加载顺序，熟悉上面这些查看和自定义方法后，九成以上的变量问题都能自己解决，关键要养成一个习惯：改动前先备份，改动后用 source 或新开窗口验证，多一步检查能省下不少排查时间。