bash中getopts在命令行与while循环中的行为差异问询

让我来帮你搞清楚getopts在命令行直接执行和while循环里行为不同的问题，其实核心是调用方式和参数传递的差异，咱们一步步拆解：

1. 单次调用 vs 循环迭代调用 #

• 直接在命令行执行getopts ":mnopq:rs" Option -q是单次调用：getopts只会尝试解析你给出的这一个参数-q。因为你定义q是需要参数的选项（q:里的冒号表示该选项必须跟参数），但-q后面没有提供任何参数，所以getopts触发错误，返回标记?，同时OPTARG为空——这完全符合它的错误处理逻辑。
• 脚本里的while循环是让getopts反复调用：它会持续解析脚本的位置参数$@（也就是你执行脚本时传递的参数），直到所有参数处理完毕。如果你执行脚本时传递了正确的带参数选项（比如./getopt.sh -q myarg），第一次getopts调用会成功匹配q，把myarg赋值给OPTARG，并返回q；但如果你执行脚本时只传-q，那第一次调用getopts同样会返回?，和命令行直接执行的结果完全一致——你可以自己测试下这个场景，结果和命令行是一样的。

2. 参数来源的差异 #

• 命令行直接执行getopts时，你手动指定了要解析的参数是-q；
• 脚本里的getopts默认解析的是脚本的位置参数$@，也就是你执行脚本时传递的参数。两种场景下传递的参数不同，结果自然会有差异。

另外补充个细节：你在选项字符串开头加了:，这开启了getopts的静默错误模式——它不会主动输出错误提示，只会通过返回值和OPTARG告诉你错误类型。

1. 命令行正确调用getopts #

如果想在命令行直接调用时正确解析带参数的-q，需要给-q传递对应的参数，比如：

getopts ":mnopq:rs" Option -q myarg
echo $Option  # 输出 q
echo $OPTARG  # 输出 myarg

2. 脚本中完善错误处理 #

如果要在脚本里处理-q不带参数的错误情况，可以在case分支里添加错误处理逻辑。这里要注意：当选项字符串开头带:时，getopts会用不同的返回值区分错误类型：

• 返回:：表示选项需要参数但未提供，OPTARG是该选项字符（比如q）
• 返回?：表示遇到了未知选项，OPTARG是该未知选项字符

优化后的脚本：

#!/bin/bash
echo '$@' is $@
while getopts ":mnopq:rs" Option
do
    echo Option is $Option
    echo OPTARG is $OPTARG
    case $Option in
        m ) echo "Scenario #1: option -m- [OPTIND=${OPTIND}]";;
        n | o ) echo "Scenario #2: option -$Option- [OPTIND=${OPTIND}]";;
        p ) echo "Scenario #3: option -p- [OPTIND=${OPTIND}]";;
        q ) echo "Scenario #4: option -q- with argument \"$OPTARG\" [OPTIND=${OPTIND}]";;
        : ) echo "Error: Option -$OPTARG requires an argument" >&2; exit 1;;
        \? ) echo "Error: Unknown option -$OPTARG" >&2; exit 1;;
    esac
done

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