为什么getopt可识别长选项缩写？如何修正该非预期行为

成因 #

该现象由GNU getopt的默认特性和脚本的参数配置共同导致：

1. 长选项默认前缀匹配：GNU getopt默认支持长选项的前缀模糊匹配，只要输入的前缀能唯一对应定义的长选项，就会自动匹配为完整长选项。你定义的长选项里version是唯一v开头的选项，taxonomy是唯一t开头的长选项，所以--ver会匹配到--version，--tax会匹配到--taxonomy。
2. -a参数允许单横杠长选项：调用getopt时添加的-a参数，允许长选项使用单个-开头，而非强制要求双横杠--。所以单横杠的-ver、-tax也会被当成长选项匹配，而非短参数组合。
3. case分支兼容非标准写法：case判断中额外加入了--v、-version这类非标准参数的匹配规则，进一步扩大了非预期匹配的范围。

修正方案 #

步骤1：调整getopt配置 #

去掉-a参数，同时在短参数列表中补充需要支持的短参数h、v，修改后的getopt行如下：

options=$(getopt -o "t:hv" -l "help,version,taxonomy:" -- "$@")

去掉-a后，单横杠输入只会按短参数规则解析，-ver会被识别为-v -e -r的组合，由于没有定义e、r短参数，getopt会直接抛出参数错误。

步骤2：简化case分支为标准写法 #

删除case中非标准的参数匹配项，只保留标准短参数和完整长参数的匹配，同时添加无效参数的报错逻辑：

while true;do
    case $1 in
        -h|--help)
            func_usage
            exit 0
            ;;
        -v|--version)
            echo $version
            exit 0
            ;;
        -t|--taxonomy)
            echo "Option t = $2 "
            Taxonomy_ID=$2
            echo $Taxonomy_ID
            shift
            ;;
        --)
            shift
            break
            ;;
        *)
            echo "无效参数：$1"
            func_usage
            exit 1
            ;;
    esac
    shift
done

步骤3（可选）：完全禁用前缀匹配 #

如果需要严格禁止任何长选项前缀匹配，即使输入前缀唯一也不允许匹配，可以在case判断中增加完全相等校验：

-v|--version)
    # 只有参数完全等于-v或--version时才生效
    if [ "$1" = "-v" ] || [ "$1" = "--version" ]; then
        echo $version
        exit 0
    fi
    ;;

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