sh调用函数时变量泄漏，bash无此问题——求技术原因解析

这本质上是bash的默认行为与POSIX标准规定的sh行为不一致导致的，咱们一步步拆解：

1. POSIX标准对var=value command的定义 #

根据POSIX规范，当你用var=value command这种形式执行命令时，变量var会被注入到command的执行环境中。关键差异点在这里：

• 如果command是外部命令（比如你测试里的ls）：不管是bash还是sh，变量只会存在于外部命令的进程环境中，执行完毕后不会影响当前shell，所以你在两种shell里执行auie=1 ls后，echo $auie都无输出——这部分行为是一致的。
• 如果command是shell函数：POSIX并没有要求shell在函数执行后清除这个变量。也就是说，这个变量会被设置到当前shell的环境中，执行完函数后也不会被移除，这就是你在sh中看到变量“泄漏”的原因。

2. bash的非POSIX扩展优化 #

bash在默认模式下，对函数调用的场景做了特殊的隔离处理：当你执行var=value func（func是shell函数）时，bash会把var当作函数的局部环境变量来管理。它会在函数执行前临时设置变量，函数执行结束后立刻恢复原来的shell环境，相当于自动帮你做了变量隔离，所以变量不会泄漏到当前shell中——这就是你在bash里执行auie=1 testfn后，echo $auie无输出的原因。

3. 验证：让bash切换到POSIX模式 #

如果你想让bash表现得和sh一致，只需要以POSIX兼容模式启动bash：

bash --posix

再重复你的测试步骤，会发现执行auie=1 testfn后，echo $auie会输出1——此时bash会严格遵循POSIX标准，不再做变量隔离的扩展处理。

内容的提问来源于stack exchange，提问作者Salamandar