Linux Shell变量“失效”主因是作用域混淆：未export的变量子进程不可见，子shell中修改不回传父shell；需用export导出变量，避免在管道、括号等子shell中修改关键变量。
Linux Shell 变量“失效”，多数时候不是变量被删除或出错，而是作用域没搞清——变量在当前 shell 进程中存在，却无法被子进程（如脚本、管道、后台命令）读取，或在子 shell 中修改后不反向影响父 shell。
变量未导出（export）：子进程看不见
在 Shell 中定义的变量默认是局部的，只存在于当前 shell 进程。若未用 export 声明，执行新命令（包括 ./script.sh、bash -c、管道右侧、& 后台命令等）时，子进程会继承一个干净的环境，看不到该变量。
-
错误写法：
PATH_ADD="/opt/bin"; echo $PATH_ADD→ 当前能打印，但./myscript.sh里echo $PATH_ADD输出为空 -
正确做法：
PATH_ADD="/opt/bin"; export PATH_ADD或简写为export PATH_ADD="/opt/bin" - 验证是否导出：
env | grep PATH_ADD能查到说明已生效；set | grep PATH_ADD查所有变量（含未导出的）
子 shell 中赋值不回传：括号、管道、for 循环易踩坑
用 (...)、|、for i in $(...) 等会创建子 shell，其中对变量的修改仅限该子 shell 生命周期，退出即丢弃。
-
典型陷阱：
count=0; echo "a b c" | while read x; do ((count++)); done; echo $count→ 输出仍是 0 -
解决思路：避免子 shell 修改关键变量，改用重定向或数组处理：
while read x; do ((count++)); done （此处使用 here-string，不启子 shell） - 也可将逻辑封装进函数或脚本，用命令替换捕获结果：
count=$(echo "a b c" | wc -w)
交互式 vs 非交互式 Shell：配置文件加载差异
你在一个终端里 source 了 .bashrc 定义了变量，但运行 bash -c 'echo $MYVAR' 却为空——因为非交互式 shell 默认不读 .bashrc（除非显式指定或设为 login shell）。
- 交互式登录 shell（如 SSH 登录）读：
/etc/profile → ~/.bash_profile → ~/.bash_login → ~/.profile - 交互式非登录 shell（如 GNOME 终端新开 tab）读：
~/.bashrc - 非交互式 shell（如
bash -c、脚本执行）通常只继承环境变量，不自动 source 任何配置文件 -
稳妥做法：需全局可用的变量，应在
/etc/environment（系统级）或~/.profile（用户级，对登录 shell 有效）中设置并 export；若必须用 .bashrc，可加export MYVAR=value并确保调用场景能加载它
变量名拼写、大小写、空格导致“看似失效”
Shell 区分大小写，且变量名不能含空格或特殊字符；赋值时等号两侧不能有空格，否则变成命令执行。
-
常见低级错误：
my var = 123→ 执行命令my，参数var和=；my_var =123→ 执行命令my_var，参数=123 -
正确写法：
my_var=123（无空格），引用时用$my_var或${my_var}（推荐后者防歧义） - 检查是否存在：
echo ${my_var:-"未定义"}，避免空值干扰后续逻辑
