Shell变量未生效主因是未导出、未加载或未继承：需用export使变量进入环境空间，确认配置文件被对应Shell正确加载（如bash非登录交互式读~/.bashrc），且通过source而非./执行脚本以保留变量。
Shell 变量没生效，通常不是写错了，而是没导出、没加载，或者根本没传给目标进程。关键看三点：变量是否 export 了、是否在正确的 Shell 环境里、是否被子进程真正继承。
确认变量是否已导出（进入环境空间）
只写 VAR=value 是局部变量，子进程看不到；必须加 export 才能进环境空间。
- 检查是否导出：
env | grep "^VAR="—— 能查到才说明已导出 -
echo $VAR能显示 ≠ 已导出，它只是当前 Shell 的局部值 - 常见错误：脚本里写了
PATH="/new/bin:$PATH"却没export PATH，结果新终端或子命令仍用旧 PATH
确认配置文件是否被当前 Shell 加载
不同 Shell（Bash/Zsh）和不同启动方式（登录/非登录、交互/非交互）读的配置文件不同，配错位置等于白配。
- Bash 非登录交互式（如 GNOME Terminal 默认）→ 自动加载
~/.bashrc - Bash 登录 Shell（如 SSH 进来）→ 先加载
~/.bash_profile或~/.profile，再由它们显式source ~/.bashrc - Zsh 非登录交互式 → 加载
~/.zshrc；登录 Shell → 加载~/.zprofile - 验证当前 Shell 类型：
echo $0（-bash表示登录，bash表示非登录）
确认执行方式是否影响变量作用域
变量能否“留下”，取决于你用什么方式运行代码。
-
./script.sh→ 启动子 Shell，里面所有export都不会回到当前终端 -
source script.sh或. script.sh→ 在当前 Shell 执行，变量立即生效 - 函数内变量默认全局，想局部化得加
local VAR=value -
( VAR=123 )或echo x | while read v; do ...; done→ 都在子 Shell 中，变量改了也出不来
验证 PATH 类变量是否真被使用
PATH 生效了，但命令还是 command not found？大概率是路径本身有问题。
- 检查实际值：
echo $PATH | tr ':' '\n' | grep -E "(bin|your_dir)" - 注意拼写：路径前后不能有空格，斜杠必须是
/（不是\） - 避免覆盖：
PATH="/new/bin"会清空原有路径；应写成PATH="/new/bin:$PATH"或PATH+=":/new/bin" - 确认命令真实位置：
which cmd或command -v cmd，避免多版本干扰
