linux – 是否有任何标准机制或约定来阻止Bash环境变量名称冲突？

概述此站点 http://www.tldp.org/LDP/abs/html/gotchas.html#PARCHILDPROBREF表示脚本无法更改其父项的环境变量. 因此,(除非脚本来源)脚本不能在其父环境中意外更改巧合命名的环境变量. 但是,如果程序依赖于它声明的环境变量,则可能发生命名空间冲突. 例如 假设我不知道vim使用环境变量名称“VIMRUNTIME”.而且,巧合的是,我碰巧将这个环境 此站点 http://www.tldp.org/LDP/abs/html/gotchas.html#PARCHILDPROBREF表示脚本无法更改其父项的环境变量.

因此,(除非脚本来源)脚本不能在其父环境中意外更改巧合命名的环境变量.

但是,如果程序依赖于它声明的环境变量,则可能发生命名空间冲突.

例如
假设我不知道vim使用环境变量名称“VIMRUNTIME”.而且,巧合的是,我碰巧将这个环境变量名称用于我自己的,不相关的目的.然后vim会从VIMRUNTIME环境变量中获取垃圾.

是否有任何机制或标准的,众所周知的命名约定来避免这种类型的命名空间冲突？
当然,我可以做一些事情,比如使用某种前缀命名我的所有环境变量.但我想知道是否有任何众所周知的正式标准.或者,在Bash中是否存在某种我没有找到的命名空间机制？
鼓励在评论中提出有关其他相关问题的建议.

解决方法 除了使用通用前缀之外,我认为没有任何标准机制.例如,ssh将SSH_xxx用于其所有环境变量.不幸的是,许多遗留程序(例如shell)不遵循任何类型的约定.并且在许多不同程序(例如,TERM,PAGER)中使用的变量没有用作前缀的程序名称.

如果您遵循前缀样式,则碰撞的可能性会很小.这是你能做的最好的事情.

总结

以上是内存溢出为你收集整理的linux – 是否有任何标准机制或约定来阻止Bash环境变量名称冲突？全部内容，希望文章能够帮你解决linux – 是否有任何标准机制或约定来阻止Bash环境变量名称冲突？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。