macOS经典Shell执行echo $ ?输出异常的原因及触发方式

这是一个典型的bash通配符扩展行为导致的问题，我来帮你拆解清楚：

核心原因 #

你在Terminal（经典Shell）中执行的命令是echo $ ?，这里的?是bash默认启用的通配符，作用是匹配当前目录下所有单个字符的文件名。

• 当当前目录存在单个字符命名的文件（比如1、2、3这类），bash会自动把?扩展成这些匹配的文件名，此时命令实际执行的是echo $ 1 2 3，所以输出$ 1 2 3。
• 当当前目录没有任何单个字符的文件时，bash无法找到匹配项，会保留?本身作为参数，命令执行后就输出$ ?。

触发方法 #

你可以按照以下步骤稳定复现这个现象：

• 打开Terminal.app，创建并进入一个临时目录：mkdir test && cd test。
• 创建几个单个字符的文件：touch 1 2 3。
• 执行命令echo $ ?，此时会输出$ 1 2 3。
• 删除这些文件：rm 1 2 3，再次执行echo $ ?，就会输出$ ?。

为什么iTerm中没有这个问题？ #

大概率是因为iTerm默认使用的Shell或配置和Terminal不同：

• 如果你在iTerm中切换到了zsh（很多用户会手动替换系统默认的bash），zsh默认开启了nomatch选项——当通配符找不到匹配项时，会直接报错（比如zsh: no matches found: ?），而不是保留原字符输出。
• 也可能是你测试iTerm时所在的目录恰好没有单个字符的文件，或者在iTerm的Shell配置中关闭了通配符扩展。

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