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

发布时间：2020-12-14 01:04:25 所属栏目：Linux 来源：网络整理

导读：此站点 http://www.tldp.org/LDP/abs/html/gotchas.html#PARCHILDPROBREF表示脚本无法更改其父项的环境变量. 因此,(除非脚本来源)脚本不能在其父环境中意外更改巧合命名的环境变量. 但是,如果程序依赖于它声明的环境变量,则可能发生命名空间冲突. 例如假设

此站点 http://www.tldp.org/LDP/abs/html/gotchas.html#PARCHILDPROBREF表示脚本无法更改其父项的环境变量.

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

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

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

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

解决方法

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

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

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!