为何Bash默认不启用nullglob行为？全局启用该特性有何弊端？

为什么默认不启用nullglob？ #

你遇到的“无匹配文件时保留通配模式字面量”的行为，是Bash乃至POSIX标准shell的默认设定，核心原因集中在兼容性、安全性和历史延续性上：

• POSIX规范对齐：POSIX标准明确要求，当文件名通配模式未匹配到任何文件时，必须保留模式本身作为输出。Bash作为遵循POSIX的shell，默认行为必须符合该规范，保证脚本在不同POSIX兼容环境下的一致性。
• 避免静默异常：如果默认启用nullglob，无匹配时循环会直接跳过。这种静默行为可能让用户误以为脚本执行正常，或者导致后续依赖循环变量的逻辑因变量未赋值而出错。保留字面模式的行为，能直接提示用户“当前模式未匹配到文件”，而非静默跳过。
• 兼容遗留脚本：早期Unix shell（如Bourne shell）就采用了该行为，Bash作为其继任者，为了兼容大量遗留脚本而延续此设定。很多老脚本依赖“无匹配时返回模式字面量”的逻辑，贸然修改默认行为会导致这些脚本直接失效。

全局启用nullglob的弊端 #

全局启用nullglob（比如在~/.bashrc中添加shopt -s nullglob）可能引发以下问题：

• 破坏第三方/系统脚本：大量第三方脚本或系统自带脚本是基于默认通配行为编写的。全局启用nullglob后，这些脚本中依赖“无匹配时返回模式字面量”的逻辑会直接出错。例如某脚本用for log in /var/log/*.old; do ...处理旧日志，无匹配时原本会尝试处理/var/log/*.old这个字符串，启用nullglob后循环直接跳过，导致脚本逻辑异常。
• 增加调试难度：无匹配场景下，默认行为会输出模式字面量，能直接提示你“通配模式可能写错了”；而全局启用nullglob后，变量会变为空值，你很难区分是真的没有文件，还是通配模式拼写错误。
• 引发危险操作：例如执行rm *.tmp时，若无.tmp文件，默认行为会让rm尝试删除名为*.tmp的文件（通常报错提示不存在）；但启用nullglob后，rm会变成无参数执行，若同时搭配-rf等选项，可能导致意外的文件删除。

推荐用法 #

如果仅在特定场景需要nullglob，建议临时启用并用完恢复默认设置：

# 临时启用nullglob
shopt -s nullglob
for video in **/*.{mkv,mp4,webm}; do
  echo "$video"
done
# 恢复默认行为
shopt -u nullglob

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