shell环境变量的生存期取决于导出上下文，未export的变量仅限当前shell栈帧，export后才可被子进程继承；“永久”实为每次启动shell时通过配置文件自动重新export。
Shell中的环境变量不是“永久存在”的，它的生存期取决于它被定义和导出的上下文层级，本质和Shell进程的调用栈（stack）结构密切相关——每次启动新Shell（比如执行脚本、开新终端、su切换用户），系统就压入一个新栈帧；变量是否能穿透到下一层，关键看它有没有被export导出。
环境变量只在“导出后的栈帧及所有子帧”中可见
当你在当前Shell中运行：MY_VAR="hello"; export MY_VAR
这个变量就被标记为“可继承”，之后启动的任何子进程（包括bash脚本、grep、python等）都能读到它。但如果你漏掉export，哪怕写在同一行：MY_VAR="hello"
那它只是普通变量，只活在当前Shell栈帧里，子进程完全看不到。
这就像函数调用：父函数设了个局部变量，不传参，子函数自然访问不到。
登录Shell与子Shell的栈层级关系
典型Linux登录流程会形成清晰的栈结构：
- 最底层：系统init或systemd启动的login shell（读取
/etc/profile和~/.bash_profile） - 中间层：你手动打开的终端，通常继承自登录Shell（读取
~/.bashrc） - 顶层：你在终端里执行的脚本（如
./deploy.sh），它是一个独立子Shell进程
只有在某一层被export过的变量，才会复制进它直接创建的所有子帧。父帧改了变量值，不会自动同步给已存在的子帧；子帧修改导出变量，也不会反向影响父帧。
临时生效 vs 永久生效：本质是“在哪一层导出”
所谓“临时”，是指在当前交互式Shell中执行export VAR=value，它只影响该Shell及其后续启动的子进程，关掉终端就消失。
所谓“永久”，其实是把export语句写进某个启动配置文件（如~/.bashrc），这样每次新开终端（即新建一个栈帧）时，都会自动执行并导出——不是变量本身变长了，而是每次重建栈时都重新导出一遍。
注意：source ~/.bashrc不是启动新Shell，而是把内容“压入当前帧执行”，所以它能立即改变当前环境，但依然受限于当前栈帧生命周期。
验证栈行为的小技巧
可以快速观察变量是否跨帧传递：
- 在终端设变量并导出：
TESTVAR=123; export TESTVAR - 进子Shell：
bash，然后echo $TESTVAR→ 应输出123 - 退出子Shell：
exit，再echo $TESTVAR→ 仍可见（还在原帧） - 如果没
export，第二步就会输出空
这种逐层进入/退出的过程，就是直观感受Shell栈的方式。
