Bash脚本中tr命令仅root执行异常的原因咨询

这个问题的核心是shell的文件名扩展（通配符匹配）机制在搞鬼，结合root用户当前目录的文件情况导致了异常，具体拆解如下：

• 当你不带引号执行echo ABCD | tr [A-Z] [a-z]时，你的shell（比如bash）会先对命令行里的通配符做解析，再把解析后的参数传递给tr命令。
• 你的root用户当前工作目录下存在一个名为a的文件，而[a-z]这个通配符会匹配所有文件名是单个小写字母的文件——刚好a符合这个条件，所以shell直接把[a-z]替换成了文件名a。
• 而[A-Z]这个通配符没有匹配到任何文件（你用ls [A-Z]也验证了这一点），所以shell会保留原字符串[A-Z]不做修改。
• 最终tr命令实际收到的参数是[A-Z]和a，它的行为就变成了"把所有属于[A-Z]范围的字符全部转换成a"，而不是你预期的"把A对应成a、B对应成b……"的逐个转换，这就是异常的根源。

为什么加引号就正常？

• 当你把参数用单引号括起来（tr '[A-Z]' '[a-z]'），shell会认为引号内的内容是纯字符串，不会进行通配符扩展，直接把[A-Z]和[a-z]完整传递给tr，tr就能按照你预期的字符集映射逻辑工作。

为什么只有root用户会出现这个问题？

• 其他用户的工作目录下大概率不存在匹配[a-z]的文件（比如没有名为a、b这类单个小写字母的文件），所以[a-z]通配符不会被shell展开，直接原封不动传给tr，自然就正常了。

额外建议 #

为了避免这类通配符干扰的问题，更可靠的大小写转换写法是使用tr的POSIX字符类：

echo ABCD | tr '[:upper:]' '[:lower:]'

这种写法不依赖于文件名匹配，也不受locale的影响，兼容性更强。

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