我找不到任何一个简单直接的资源来说明以下BASH shell错误的含义和修复方法,所以我在研究后发布了我的发现。
错误:
-bash: [: too many arguments
google友好的版本:bash开方括号冒号太多参数。
上下文:在单个方括号中的if条件,带有简单的比较运算符,如=,大于etc,例如:
VARIABLE=$(/some/command);
if [ $VARIABLE == 0 ]; then
# some action
fi
我找不到任何一个简单直接的资源来说明以下BASH shell错误的含义和修复方法,所以我在研究后发布了我的发现。
错误:
-bash: [: too many arguments
google友好的版本:bash开方括号冒号太多参数。
上下文:在单个方括号中的if条件,带有简单的比较运算符,如=,大于etc,例如:
VARIABLE=$(/some/command);
if [ $VARIABLE == 0 ]; then
# some action
fi
当前回答
如果$VARIABLE是一个包含空格或其他特殊字符的字符串,并且使用了单个方括号(这是test命令的快捷方式),那么该字符串可能被分成多个单词。每一个都被当作一个单独的参数。
因此,一个变量被分解成许多参数:
VARIABLE=$(/some/command);
# returns "hello world"
if [ $VARIABLE == 0 ]; then
# fails as if you wrote:
# if [ hello world == 0 ]
fi
对于任何输入包含空格或其他特殊字符的字符串的函数调用都是如此。
很容易解决
将变量输出用双引号括起来,强制它保持为一个字符串(因此是一个参数)。例如,
VARIABLE=$(/some/command);
if [ "$VARIABLE" == 0 ]; then
# some action
fi
就这么简单。但是如果你也不能保证你的变量不是一个空字符串,或者字符串除了空格什么都不包含,就跳到下面的“Also caution…”。
或者,另一种解决方法是使用双方括号(这是新测试命令的快捷方式)。
不过,这只存在于bash(显然还有korn和zsh)中,因此可能与/bin/sh等调用的默认shell不兼容。
这意味着在某些系统上,它可能在控制台工作,但在其他地方(如从cron)调用时就不能工作,这取决于所有内容的配置方式。
它看起来是这样的:
VARIABLE=$(/some/command);
if [[ $VARIABLE == 0 ]]; then
# some action
fi
如果您的命令包含这样的双方括号,并且您在日志中得到错误,但它可以从控制台工作,请尝试将[[换成这里建议的替代方法,或者确保运行您的脚本的任何程序都使用支持[[即new test的shell。
还要注意[:一元运算符所期望的错误
如果您看到“too many arguments”错误,则很可能是从具有不可预知输出的函数获得的字符串。如果也有可能得到一个空字符串(或全部为空白字符串),即使使用上面的“快速修复”,这也会被视为零参数,并且使用[:一元操作符预期会失败
如果你习惯了其他语言,这是同样的“陷阱”——你不会期望变量的内容在它被求值之前像这样有效地打印到代码中。
下面是一个示例,它可以防止[:太多参数和[:一元操作符预期的错误:如果输出为空,则将输出替换为默认值(在本例中为0),并将整个输出使用双引号括起来:
VARIABLE=$(/some/command);
if [ "${VARIABLE:-0}" == 0 ]; then
# some action
fi
(在这里,如果$VARIABLE为0或为空,该操作将发生。当然,如果需要不同的行为,您应该将0(默认值)更改为不同的默认值。
最后注意:由于[是test的快捷方式,因此以上所有内容对于错误测试也是正确的:参数太多(并且test:期望一元操作符)
其他回答
有时候如果你不小心触碰了键盘,移开了一个空格。
if [ "$myvar" = "something"]; then
do something
fi
将触发此错误消息。注意']'前面的空格是必须的。
我的剧本也有同样的问题。但当我做了一些修改后,它为我工作了。我这样做了:-
export k=$(date "+%k");
if [ $k -ge 16 ]
then exit 0;
else
echo "good job for nothing";
fi;
这样我就解决了我的问题。希望这对你也有帮助。
刚刚碰到这篇文章,通过得到相同的错误,试图测试两个变量是否都为空(或非空)。结果是一个复合比较——7.3。其他比较操作符-高级bash脚本指南;我想我应该注意以下几点:
一开始我用-e来表示“空”;但这意味着“文件存在”-使用-z测试空变量(字符串) 字符串变量需要加引号 对于复合逻辑与比较,可以: 使用两个测试&&它们:[…]&&[…]] 或者在单个测试中使用-a操作符:[…]——……]
下面是一个工作命令(搜索目录中的所有txt文件,并转储那些grep发现同时包含两个单词的文件):
find /usr/share/doc -name '*.txt' | while read file; do \
a1=$(grep -H "description" $file); \
a2=$(grep -H "changes" $file); \
[ ! -z "$a1" -a ! -z "$a2" ] && echo -e "$a1 \n $a2" ; \
done
编辑2013年8月12日:相关问题说明:
注意,当使用经典测试(单个方括号[)检查字符串是否相等时,你必须在“is equal”操作符之间有一个空格,在这种情况下是一个“equals”=符号(尽管两个等号==似乎也可以被接受为相等操作符)。因此,这将失败(无声地):
$ if [ "1"=="" ] ; then echo A; else echo B; fi
A
$ if [ "1"="" ] ; then echo A; else echo B; fi
A
$ if [ "1"="" ] && [ "1"="1" ] ; then echo A; else echo B; fi
A
$ if [ "1"=="" ] && [ "1"=="1" ] ; then echo A; else echo B; fi
A
... 但加上空间——一切看起来都很好:
$ if [ "1" = "" ] ; then echo A; else echo B; fi
B
$ if [ "1" == "" ] ; then echo A; else echo B; fi
B
$ if [ "1" = "" -a "1" = "1" ] ; then echo A; else echo B; fi
B
$ if [ "1" == "" -a "1" == "1" ] ; then echo A; else echo B; fi
B
另一种可能得到[:太多参数或[:a:二进制运算符预期错误的情况是,如果您尝试测试所有参数"$@"
if [ -z "$@" ]
then
echo "Argument required."
fi
如果将foo.sh或foo.sh调用为arg1,则可以正常工作。但是如果你传递多个参数,比如foo.sh arg1 arg2,你会得到错误。这是因为它被扩展为[-z arg1 arg2],这不是一个有效的语法。
检查参数是否存在的正确方法是["$#" -eq 0]。($#是参数的数量)。
如果$VARIABLE是一个包含空格或其他特殊字符的字符串,并且使用了单个方括号(这是test命令的快捷方式),那么该字符串可能被分成多个单词。每一个都被当作一个单独的参数。
因此,一个变量被分解成许多参数:
VARIABLE=$(/some/command);
# returns "hello world"
if [ $VARIABLE == 0 ]; then
# fails as if you wrote:
# if [ hello world == 0 ]
fi
对于任何输入包含空格或其他特殊字符的字符串的函数调用都是如此。
很容易解决
将变量输出用双引号括起来,强制它保持为一个字符串(因此是一个参数)。例如,
VARIABLE=$(/some/command);
if [ "$VARIABLE" == 0 ]; then
# some action
fi
就这么简单。但是如果你也不能保证你的变量不是一个空字符串,或者字符串除了空格什么都不包含,就跳到下面的“Also caution…”。
或者,另一种解决方法是使用双方括号(这是新测试命令的快捷方式)。
不过,这只存在于bash(显然还有korn和zsh)中,因此可能与/bin/sh等调用的默认shell不兼容。
这意味着在某些系统上,它可能在控制台工作,但在其他地方(如从cron)调用时就不能工作,这取决于所有内容的配置方式。
它看起来是这样的:
VARIABLE=$(/some/command);
if [[ $VARIABLE == 0 ]]; then
# some action
fi
如果您的命令包含这样的双方括号,并且您在日志中得到错误,但它可以从控制台工作,请尝试将[[换成这里建议的替代方法,或者确保运行您的脚本的任何程序都使用支持[[即new test的shell。
还要注意[:一元运算符所期望的错误
如果您看到“too many arguments”错误,则很可能是从具有不可预知输出的函数获得的字符串。如果也有可能得到一个空字符串(或全部为空白字符串),即使使用上面的“快速修复”,这也会被视为零参数,并且使用[:一元操作符预期会失败
如果你习惯了其他语言,这是同样的“陷阱”——你不会期望变量的内容在它被求值之前像这样有效地打印到代码中。
下面是一个示例,它可以防止[:太多参数和[:一元操作符预期的错误:如果输出为空,则将输出替换为默认值(在本例中为0),并将整个输出使用双引号括起来:
VARIABLE=$(/some/command);
if [ "${VARIABLE:-0}" == 0 ]; then
# some action
fi
(在这里,如果$VARIABLE为0或为空,该操作将发生。当然,如果需要不同的行为,您应该将0(默认值)更改为不同的默认值。
最后注意:由于[是test的快捷方式,因此以上所有内容对于错误测试也是正确的:参数太多(并且test:期望一元操作符)