如何在Bash中解析命令行参数？

Question

比如说，我有一个脚本，它通过以下行被调用：

./myscript -vfd ./foo/bar/someFile -o /fizz/someOtherFile

或者这个：

./myscript -v -f -d -o /fizz/someOtherFile ./foo/bar/someFile 

在每种情况下（或两者的组合）$v、$f和$d都将被设置为true，并且$outFile将等于/fizz/someOtherFile，这是一种公认的解析方式吗

Answer 1

无应答显示增强的getopt。而且top-voted answer具有误导性：它要么忽略-⁠vfd样式的短选项（由OP请求），要么忽略位置参数后的选项（也由OP请求）；它会忽略解析错误。相反：

• 使用util linux或以前的GNU glibc的增强版getopt^₁
• 它与GNU glibc的C函数一起工作
• 本页上没有其他解决方案可以完成所有这一切：
  • 在参数^₂中处理空格、引用字符甚至二进制（非增强型getopt无法执行此操作）
  • 它可以在末尾处理选项：script.sh -o outFile file1 file2 -v（getopts不这样做）
  • 允许=样式的长选项：script.sh --outfile=fileOut --infile fileIn（如果自解析，则允许这两个选项都很长）
  • 允许组合短选项，例如-vfd（如果自解析，则实际工作）
  • 允许触摸选项参数，例如-oOutfile或-vfdoOutfile
• 它已经非常古老了^₃，以至于没有任何GNU系统缺少它（例如，任何Linux都有它）
• 您可以使用：getopt --test测试它是否存在→ 返回值4
• 其他{}或shell内置{}的用途有限

以下电话

myscript -vfd ./foo/bar/someFile -o /fizz/someOtherFile
myscript -v -f -d -o/fizz/someOtherFile -- ./foo/bar/someFile
myscript --verbose --force --debug ./foo/bar/someFile -o/fizz/someOtherFile
myscript --output=/fizz/someOtherFile ./foo/bar/someFile -vfd
myscript ./foo/bar/someFile -df -v --output /fizz/someOtherFile

全部返回

verbose: y, force: y, debug: y, in: ./foo/bar/someFile, out: /fizz/someOtherFile

用下面的myscript

#!/bin/bash
# More safety, by turning some bugs into errors.
# Without `errexit` you don’t need ! and can replace
# PIPESTATUS with a simple $?, but I don’t do that.
set -o errexit -o pipefail -o noclobber -o nounset

# -allow a command to fail with !’s side effect on errexit
# -use return value from ${PIPESTATUS[0]}, because ! hosed $?
! getopt --test > /dev/null 
if [[ ${PIPESTATUS[0]} -ne 4 ]]; then
    echo 'I’m sorry, `getopt --test` failed in this environment.'
    exit 1
fi

OPTIONS=dfo:v
LONGOPTS=debug,force,output:,verbose

# -regarding ! and PIPESTATUS see above
# -temporarily store output to be able to check for errors
# -activate quoting/enhanced mode (e.g. by writing out “--options”)
# -pass arguments only via   -- "$@"   to separate them correctly
! PARSED=$(getopt --options=$OPTIONS --longoptions=$LONGOPTS --name "$0" -- "$@")
if [[ ${PIPESTATUS[0]} -ne 0 ]]; then
    # e.g. return value is 1
    #  then getopt has complained about wrong arguments to stdout
    exit 2
fi
# read getopt’s output this way to handle the quoting right:
eval set -- "$PARSED"

d=n f=n v=n outFile=-
# now enjoy the options in order and nicely split until we see --
while true; do
    case "$1" in
        -d|--debug)
            d=y
            shift
            ;;
        -f|--force)
            f=y
            shift
            ;;
        -v|--verbose)
            v=y
            shift
            ;;
        -o|--output)
            outFile="$2"
            shift 2
            ;;
        --)
            shift
            break
            ;;
        *)
            echo "Programming error"
            exit 3
            ;;
    esac
done

# handle non-option arguments
if [[ $# -ne 1 ]]; then
    echo "$0: A single input file is required."
    exit 4
fi

echo "verbose: $v, force: $f, debug: $d, in: $1, out: $outFile"

---

^₁增强型getopt可用于大多数“bash系统”，包括Cygwin；在OSX上尝试brew install gnu-getopt或sudo port install getopt
POSIX exec()约定没有可靠的方法在命令行参数中传递二进制NULL；这些字节过早地结束了参数
^₃1997年或之前发布的第一个版本（我只追溯到1997年）