Bash export 环境继承：变量怎样交给子进程，又为什么改不回父进程
终端里看得见，不代表启动的程序也看得见
脚本里给一个变量赋值，随后启动另一个程序，对方却说配置缺失。这时首先要检查变量是否导出。普通 shell 变量存在于当前 shell 的执行环境里；启动外部程序时，只有准备传递的环境变量才会进入新程序的环境。名称相同并不意味着所有进程共享同一格存储。
export 给变量加上导出属性，之后启动的子进程可以继承它。子进程得到的是启动时传下来的值，父进程随后改值不会自动通知已经运行的孩子，孩子自己的赋值也不会写回父进程。因此排查配置时，应把“在哪个进程赋值”和“何时启动目标程序”放在同一条时间线上。
在独立实验 shell 里观察每一条边界
下面整段可在已安装 Bash 和支持 env -u 的环境中运行。外层命令先移除本例变量以及可能影响启动的环境入口，再打开独立 Bash；正文不用 source 执行，不改启动文件，也不打印完整环境。示例变量全部带专用前缀，避免把日常工作中的配置当成实验材料。
AI生成概念示意图，非真实界面
env -u BASH_ENV -u ENV -u BLOG_LOCAL -u BLOG_MODE \
bash --noprofile --norc <<'BASH'
set -eu
set +a
BLOG_LOCAL='shell-only'
bash --noprofile --norc -ec '
test "${BLOG_LOCAL+x}" != x
printf "local in child: unset\n"
'
export BLOG_MODE='parent'
bash --noprofile --norc -ec '
test "$BLOG_MODE" = parent
printf "exported: %s\n" "$BLOG_MODE"
'
BLOG_MODE='once' bash --noprofile --norc -ec '
test "$BLOG_MODE" = once
printf "one command: %s\n" "$BLOG_MODE"
'
test "$BLOG_MODE" = parent
(
export BLOG_MODE='child-change'
test "$BLOG_MODE" = child-change
printf "subshell: %s\n" "$BLOG_MODE"
)
test "$BLOG_MODE" = parent
printf "parent after subshell: %s\n" "$BLOG_MODE"
env -u BLOG_MODE bash --noprofile --norc -ec '
test "${BLOG_MODE+x}" != x
printf "env -u child: unset\n"
'
test "$BLOG_MODE" = parent
export -n BLOG_MODE
test "$BLOG_MODE" = parent
bash --noprofile --norc -ec '
test "${BLOG_MODE+x}" != x
printf "unexported child: unset\n"
'
printf "all inheritance checks passed\n"
BASH输出依次显示普通变量在孩子中未设置，导出后模式为 parent，单次覆盖时为 once。括号内部会看到 child-change，离开后父层仍是 parent。接着分别验证 env -u 与取消导出让新孩子看不到变量，而实验父层的变量值仍保留；全部检查通过才打印最后的通过标记。
给一次命令的配置，不需要扩大到后续命令
把赋值写在外部命令之前，可以只为那一次调用提供不同环境。本例把模式临时改成 once 后启动 Bash，随后立即检查实验父层仍保留 parent。这个写法适合一次性测试配置，不必先覆盖当前值、运行命令，再依赖手工恢复。恢复步骤一旦被异常跳过，后续命令就容易受到影响。
这里特意把外部 Bash 作为目标，让语义容易观察。函数、特殊内建命令和不同 shell 模式还涉及各自的规则，不宜把一次外部命令的结论直接套到所有命令形式。参数中的变量展开也发生在执行命令之前，所以为命令提供的新环境值，不会倒过来重写父 shell 已经展开的参数。
需要暂时移除变量时，env -u 会在即将启动的命令环境中删除指定名称，父层仍保留原值。设置为空字符串与完全未设置也不同：有些程序把空值当成明确配置，把缺失当成使用默认值。测试应分别覆盖这两种状态，而不是只看输出是否为空。
子 shell 隔离修改，启动选项隔离干扰
圆括号建立子 shell 环境，里面可以修改变量并继续启动自己的孩子，但这些修改不会回流到外层。要把计算结果交还调用者，应明确使用标准输出、退出状态或约定文件等渠道。指望脚本最后执行一次 export 就永久改变启动它的终端，方向上便走反了。
示例还演示 export -n：它取消导出属性，但不删除当前变量。以后启动的孩子看不到这个名称，当前 shell 仍能读取它；unset 才是删除变量的另一种操作。已经运行的进程不受这两种操作追溯影响，排查时必须重新启动用于检查的孩子。
启动参数 --noprofile 与 --norc 用来避开相应启动文件，非交互 Bash 仍可能读取 BASH_ENV 指向的内容，所以外层另外移除了它。此举是为了让教学结果稳定，并不是完整的安全隔离：其他环境、可执行程序搜索路径和系统状态仍可能影响真实应用，应按具体问题缩小检查范围。
最后保留一份能重跑的验证顺序：先证明变量在本层存在，再让新进程读取，随后改变传递方式并重新读取。只查看当前终端的一次打印，无法证明服务、定时任务或另一个窗口取得了相同配置；这些入口必须在各自实际启动位置验证。
