Linux环境变量怎么配置？需要修改哪个文件？

先改哪个文件，取决于这个变量要被谁读取：只在当前终端临时用，执行 export；当前用户以后每次登录都用，改 ~/.profile 或 ~/.bash_profile；所有用户都用，放到 /etc/profile.d/ 下单独 .sh；systemd 服务用，改 unit 的 Environment= 或 EnvironmentFile=。只改 ~/.bashrc 不能覆盖登录 shell 和服务进程，这是最常见的判断错误。

判断顺序是先确认 shell 与启动入口，再写文件，最后用新进程验证。交互登录看 /etc/profile.d/*.sh 和 ~/.profile；非登录交互 shell 还要看 ~/.bashrc；systemd 服务不读 shell 配置，必须写 unit 或 EnvironmentFile。验证不要只在当前 shell 里 source 后就结束，用 bash -lc 和 systemctl show 检查新进程。改文件前备份，避免 PATH 被整段覆盖。

Linux环境变量怎么配置才正确

这一步对应“确定读取入口”，不是马上写 export。先确认变量由哪类进程读取：交互登录 shell、交互非登录 shell、systemd 服务、cron。核对位置是命令输出和文件本身，不是凭经验猜。

ps -p $$ -o comm=
getent passwd $USER
systemctl cat app.service
crontab -l

ps -p $$ 的 comm 列是 bash、zsh 或 sh；getent passwd 最后一列是登录 shell；systemctl cat 看服务是否用 Environment=。登录 shell 的读取顺序通常是 /etc/profile、/etc/profile.d/*.sh，然后 ~/.bash_profile、~/.bash_login、~/.profile 三者中第一个存在的文件。非登录交互 shell 通常读 ~/.bashrc。如果 command -v java 在交互 shell 有、在服务里没有，问题不在 shell 文件，而在服务入口。确认到这一步，再决定改哪个文件。/etc/environment 由 PAM 读取，通常只写 KEY=VALUE，不支持 export 和变量展开。

Linux环境变量怎么配置才能使用

文件里写了 export 不等于新进程能用。这一步要解决“读取时机”。当前 shell 里 source 只影响当前 shell；新开终端、重新登录、重启服务才会按各自入口重新读取。验证要看新进程。

source /etc/profile.d/java.sh
bash -lc 'echo $JAVA_HOME; command -v java'
bash -ic 'echo $JAVA_HOME' </dev/null
sudo sh -c 'echo $PATH'
systemctl show -p Environment app.service

bash -lc 模拟登录 shell，bash -ic 模拟交互 shell，systemctl show 看服务实际拿到的 Environment。若 bash -lc 有值而 bash -ic 没有，问题通常在 ~/.bashrc 没被登录文件引入，或变量只写在了 ~/.bash_profile。sudo sh -c 用来看 sudo 的 secure_path 是否覆盖 PATH；这条命令不保留当前用户 PATH，看到的是 sudo 目标环境。

Linux环境变量之前先确认这三件事

版本、权限、入口位置缺一个都会卡住，而且卡住的表现不一样。

版本与 shell：看 cat /etc/os-release、bash --version、echo $SHELL。确认是 bash 还是 zsh，别把 zsh 用户的配置写到 ~/.bashrc。
权限：看 ls -l /etc/profile.d/ 和 id。全局文件通常需要 root 写入，权限建议 644；用户文件属主必须是该用户。写不进去时先看报错是 Permission denied 还是 Read-only file system。
入口位置：看进程怎么启动。交互终端用 shell 文件，systemd 用 unit 的 Environment= 或 EnvironmentFile=，cron 用 crontab -l 和 /etc/cron.d/。用 systemctl cat 和 ps -ef 核对，不要用同一个文件覆盖所有场景。

Linux环境变量：最短可用路径

以全局添加 JAVA_HOME 为例，按顺序做，每步都有可见结果。

确认 shell：执行 ps -p $$ -o comm=，看到 bash 或 zsh。若看到 sh，要确认它是不是 bash 的软链。
写全局文件：执行下面命令，写完用 ls -l /etc/profile.d/java.sh 看到 -rw-r--r-- 和 root root。

sudo tee /etc/profile.d/java.sh >/dev/null <<'EOF'
export JAVA_HOME=/usr/lib/jvm/java-17-openjdk-amd64
export PATH=$JAVA_HOME/bin:$PATH
EOF
sudo chmod 644 /etc/profile.d/java.sh

第三步验证登录 shell：bash -lc 'echo $JAVA_HOME; command -v java'，应输出 JDK 目录和 /usr/lib/jvm/.../bin/java。第四步验证服务：若服务由 systemd 启动，另建 /etc/systemd/system/app.service.d/env.conf，写 [Service] 和 Environment=...，然后 systemctl daemon-reload、systemctl restart app、systemctl show -p Environment app，看到变量出现在输出里。第五步回滚：删除新增文件或注释内容，新开 shell 再查，确认旧值恢复。

Linux环境变量：一个真实场景的完整做法

场景：deploy 用户在 3 台同版本机器上运行 /opt/app/app.jar，服务名 app.service，JDK 固定为 /usr/lib/jvm/java-17-openjdk-amd64。目标有三个：deploy 登录后能直接执行 java，sudo -u deploy 启动脚本能拿到 JAVA_HOME，systemd 服务不依赖 shell 配置也能启动。

全局登录文件放在 /etc/profile.d/java.sh，内容就是上面两行 export。deploy 用户的交互 shell 如果还要单独确认，在 /home/deploy/.bashrc 末尾加一行 source /etc/profile.d/java.sh；这只是让非登录交互 shell 也读到同一份值，不是替代全局文件。systemd 部分写到 /etc/systemd/system/app.service.d/env.conf：

[Service]
Environment=JAVA_HOME=/usr/lib/jvm/java-17-openjdk-amd64
Environment=PATH=/usr/lib/jvm/java-17-openjdk-amd64/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

这里 PATH 写绝对路径，不写 $JAVA_HOME 展开；EnvironmentFile 里也只写 KEY=VALUE，不写 export。验证分三处：sudo -u deploy bash -lc 'echo $JAVA_HOME' 看登录 shell；sudo -u deploy bash -ic 'echo $JAVA_HOME' </dev/null 看交互 shell；systemctl show -p Environment app.service 看服务环境。最后用 sudo -V | grep -i secure_path 核对 sudo 的 PATH 策略，若脚本里 java 找不到，通常是 secure_path 覆盖而不是配置文件没写。

容易踩的坑：在 /etc/profile.d/java.sh 里写 PATH=$PATH:$JAVA_HOME/bin 会把新目录追加到末尾，机器上已有旧 java 时仍优先旧版本；改成 $JAVA_HOME/bin:$PATH 并新开 shell 用 command -v java 核对。另一个坑是只 source 当前 shell 就认为完成，结果 cron 和 systemd 仍拿不到变量。cron 任务需要在 crontab 里显式写环境变量或脚本内 source 指定文件；systemd 服务必须写 unit，不要指望它读 /etc/profile。