此网站http://www.tldp.org/LDP/abs/html/gotchas.html#PARCHILDPROBREF表示脚本无法更改其父级环境变量。
因此，（除非脚本来源）脚本不能在其父环境中意外更改巧合命名的环境变量。
但是，如果程序依赖于它声明的环境变量，则可能发生命名空间冲突。
e.g。 假设我不知道vim使用环境变量名称“VIMRUNTIME”。而且，巧合的是，我碰巧将这个环境变量名称用于我自己的，不相关的目的。然后vim会从VIMRUNTIME环境变量中获取垃圾。
是否存在任何机制或标准的，众所周知的命名约定以避免此类命名空间冲突？ 当然，我可以做一些事情，比如使用某种前缀命名我的所有环境变量。但我想知道是否有任何众所周知的正式标准。或者，Bash中是否存在某种我没有找到的命名空间机制？ 在评论中鼓励对其他相关问题提出建议。
答案 0 :(得分：5)
除了使用通用前缀之外，我认为没有任何标准机制。例如，ssh对其所有环境变量使用SSH_xxx。不幸的是，许多传统程序（例如shell）不遵循任何类型的约定。在许多不同程序中使用的变量（例如TERM，PAGER）都没有程序名称可用作前缀。
如果遵循前缀样式，则碰撞的可能性会很小。这是你能做的最好的事情。
答案 1 :(得分：1)
不要导出它。 shell变量和环境变量之间存在差异。