使用getopts搭配case分支时，*)是否等价于\?)和:)的组合？

嘿，这个问题问到点子上了！我平时写shell脚本经常跟getopts打交道，给你把这俩逻辑掰扯明白：

1. 两种写法的适用场景 #

• 如果你需要精准区分不同错误类型：比如想分别提示用户“输入了无效选项”和“选项缺少必要参数”，那必须用\?)和:)作为最后两个分支。举个实际例子：

while getopts "a:b" opt; do
  case $opt in
    a) echo "处理选项a，参数是$OPTARG";;
    b) echo "处理选项b";;
    \?) echo "错误：无效选项 -$OPTARG" >&2; exit 1;;
    :) echo "错误：选项 -$OPTARG 必须提供参数" >&2; exit 1;;
  esac
done

这里\?)专门捕获未定义的选项（比如脚本只支持-a/-b，用户输入-c），:)专门捕获需要参数但未提供的选项（比如-a后面没跟内容），能给用户更清晰的错误指引。

• 如果你不需要区分错误类型，或者还要处理非选项的位置参数（比如脚本最后跟的文件名、普通参数），那可以用*)作为兜底分支。比如：

while getopts "a:b" opt; do
  case $opt in
    a) echo "处理选项a，参数是$OPTARG";;
    b) echo "处理选项b";;
    *) echo "错误：参数格式不正确" >&2; exit 1;;
  esac
done
# 处理getopts循环外的非选项参数
shift $((OPTIND-1))
for arg in "$@"; do
  echo "处理非选项参数：$arg"
done

不过要注意：*)在getopts的循环里只会匹配选项相关的错误，剩下的非选项参数需要你在循环结束后单独处理。

2. *)是否等价于\?)和:)的并集？ #

完全不等价！核心原因有两个：

• 首先，\?)和:)是getopts专属的错误标记：前者对应“无效选项”，后者对应“选项缺参数”，只针对选项本身的错误；而*)是case语句通用的兜底分支——哪怕你把它用在非getopts的场景里，它也会匹配所有未被前面分支覆盖的情况。
• 更关键的是：当getopts处理完所有合法选项后，剩下的非选项参数（比如./script.sh -a test file1 file2里的file1/file2）根本不会进入getopts的循环，所以*)在这个循环里碰不到这些参数，\?)和:)也不会——这类参数需要你手动在循环外处理。

简单总结：\?)和:)是精准处理getopts两种特定错误的分支，而*)是通用的“兜底”逻辑，范围更广，但和前两者的并集完全不是一回事。

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