Linux 为什么会出现这些参数解析错误?

Linux 为什么会出现这些参数解析错误?,linux,bash,ubuntu,centos,Linux,Bash,Ubuntu,Centos,我想写一个需要-c和-f的脚本,每个脚本都需要一个选项 当我运行下面的脚本时,会出现一些意外错误: $ ./user.sh -c ./user.sh: option requires an argument -- c Usage: user.sh -c username -f filename -c username -f SSH public key $ ./user.sh -c gg Error: You have not given a filename. 在第一种情况下

我想写一个需要
-c
-f
的脚本,每个脚本都需要一个选项

当我运行下面的脚本时,会出现一些意外错误:

$ ./user.sh -c
./user.sh: option requires an argument -- c

Usage: user.sh -c username -f filename
   -c username
   -f SSH public key

$ ./user.sh -c gg
Error: You have not given a filename.
在第一种情况下,我希望它说我缺少
-c
的选项,在第二种情况下,我希望它说我缺少
-f

问题

我怎么会犯这样的错误,我做错了什么

user.sh

#!/bin/bash                                                                                             

usage () {
    echo "Usage: user.sh -c username -f filename"
    echo "   -c username"
    echo "   -f SSH public key"
    echo ""
}

if ! [ "$*"  ]; then
    usage
    exit 1
fi

while getopts "c:f:" opt; do
    case $opt in
        c) user=$OPTARG;;
        f) filename=$OPTARG;;
        \?)
            echo
            usage
            exit 1;;
        *) echo "Internal error: Unknown option.";;
    esac
done

if ! [ $filename ]; then
    echo "Error: You have not given a filename."
    exit 1
fi

if ! [ $user ]; then
    echo "Error: You have not given an username."
    exit 1
fi

c:
表示,
-c
选项后面必须跟一个用户名

错误消息说,
-c
选项后面没有用户名

当然,它没有提到“用户名”,但那是因为它不知道选项
-c
后面是什么

内置的
getopts
无法处理强制选项;您必须自己编写代码,检查强制选项是否已通过。如果同一个选项被指定两次,也不必担心;如果这很重要,你的代码必须处理它。(很容易让最后指定的值生效。)

现代风格是避免在强制参数之前使用选项字母。我并不完全赞成这种改变;这意味着,参数的顺序变得至关重要,而使用选项字母来表示后面的内容并不重要。如果没有选项字母,您可以编写:
/user.sh username filename
,但是如果使用选项字母,您可以编写其中任何一个,并期望它能够正常工作:

./user.sh -c username -f filename
./user.sh -f filename -c username
注意,你也有责任担心额外的争论。您通常会使用:

shift $(($OPTIND - 1))
要删除已处理的参数,然后可以执行以下操作:

case "$#" in
(0) : No extra arguments - OK;;
(*) echo "$0: Too many arguments" >&2; exit 1;;
esac
以及这个主题的变化。请注意,错误报告发送到标准错误,而不是标准输出。
&2
重定向将标准输出(文件描述符1)发送到标准错误(文件描述符2)

为了避免模棱两可,我将以稍微不同的方式编写您的用法函数:

usage()
{
    {
    echo "Usage: user.sh -c username -f filename"
    echo "   -c username    Name of user to connect as"
    echo "   -f filename    SSH public key file"
    echo ""
    } >&2
}
内部大括号在不启动子shell的情况下集体执行I/O重定向。当您需要将多个echo命令发送到同一个位置时,这可能非常有用。我还以稍微不同的方式介绍了详细信息,这样用户就不会误以为“SSH公钥”是
-f
后面的三个参数。如果有任何纯选项标志,它们后面会有空格:

    echo "   -V             Print version information and exit"

c:
表示,
-c
选项后面必须跟一个用户名

错误消息说,
-c
选项后面没有用户名

当然,它没有提到“用户名”,但那是因为它不知道选项
-c
后面是什么

内置的
getopts
无法处理强制选项;您必须自己编写代码,检查强制选项是否已通过。如果同一个选项被指定两次,也不必担心;如果这很重要,你的代码必须处理它。(很容易让最后指定的值生效。)

现代风格是避免在强制参数之前使用选项字母。我并不完全赞成这种改变;这意味着,参数的顺序变得至关重要,而使用选项字母来表示后面的内容并不重要。如果没有选项字母,您可以编写:
/user.sh username filename
,但是如果使用选项字母,您可以编写其中任何一个,并期望它能够正常工作:

./user.sh -c username -f filename
./user.sh -f filename -c username
注意,你也有责任担心额外的争论。您通常会使用:

shift $(($OPTIND - 1))
要删除已处理的参数,然后可以执行以下操作:

case "$#" in
(0) : No extra arguments - OK;;
(*) echo "$0: Too many arguments" >&2; exit 1;;
esac
以及这个主题的变化。请注意,错误报告发送到标准错误,而不是标准输出。
&2
重定向将标准输出(文件描述符1)发送到标准错误(文件描述符2)

为了避免模棱两可,我将以稍微不同的方式编写您的用法函数:

usage()
{
    {
    echo "Usage: user.sh -c username -f filename"
    echo "   -c username    Name of user to connect as"
    echo "   -f filename    SSH public key file"
    echo ""
    } >&2
}
内部大括号在不启动子shell的情况下集体执行I/O重定向。当您需要将多个echo命令发送到同一个位置时,这可能非常有用。我还以稍微不同的方式介绍了详细信息,这样用户就不会误以为“SSH公钥”是
-f
后面的三个参数。如果有任何纯选项标志,它们后面会有空格:

    echo "   -V             Print version information and exit"

谢谢。您知道编写
--help
输出的标准吗?例如,我应该有多少空格,并表示强制和可选参数和选项?在摘要行中,可选项在方括号中,而强制项不是:
cmd[-ov]-c username-f filename
。除了“足够”之外,空间没有标准。在这个例子中,我使用了4;这就足够了;2可能是提供一些分隔的最小值。否则,请使用
--help
浏览…运行各种命令并查看它们的作用。有些比其他的长。非常感谢。您知道编写
--help
输出的标准吗?例如,我应该有多少空格,并表示强制和可选参数和选项?在摘要行中,可选项在方括号中,而强制项不是:
cmd[-ov]-c username-f filename
。除了“足够”之外,空间没有标准。在这个例子中,我使用了4;这就足够了;2可能是提供一些分隔的最小值。否则,请使用
--help
浏览…运行各种命令并查看它们的作用。有些比另一些长。