如果您$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
就那么简单。但是,如果您也不能保证您的变量不会是空字符串或仅包含空格的字符串,请跳至下面的“另请注意...”。
或者,另一种解决方法是使用双方括号(这是new test
命令的快捷方式)。
但是,这只存在于 bash(显然是 korn 和 zsh)中,因此可能与/bin/sh
etc调用的默认 shell 不兼容。
这意味着在某些系统上,它可能从控制台工作,但在其他地方调用时不能工作,例如 fromcron
,这取决于所有内容的配置方式。
它看起来像这样:
VARIABLE=$(/some/command);
if [[ $VARIABLE == 0 ]]; then
# some action
fi
如果您的命令包含这样的双方括号并且您在日志中收到错误但它可以从控制台工作,请尝试将[[
替换为此处建议的替代方法,或者确保运行您的脚本的任何内容都使用支持[[
aka的 shell new test
。
还要注意[: unary operator expected
错误
如果您看到“参数过多”错误,则很可能您从函数中获取了一个具有不可预测输出的字符串。如果还可以获得一个空字符串(或所有空白字符串),即使使用上述“快速修复”,这也将被视为零参数,并且会失败[: unary operator expected
如果您习惯于其他语言,这也是同样的“陷阱”——您不希望变量的内容在评估之前像这样有效地打印到代码中。
这是一个防止 the[: too many arguments
和[: unary operator expected
错误的示例:如果输出为空(在此示例中为 ),则将输出替换为默认值0
,并用双引号将整个内容括起来:
VARIABLE=$(/some/command);
if [ "${VARIABLE:-0}" == 0 ]; then
# some action
fi
(这里,如果 $VARIABLE 为 0 或为空,则该操作将发生。当然,如果需要不同的行为,您应该将 0(默认值)更改为不同的默认值)
最后说明:由于[
是 的快捷方式test
,因此上述所有错误也适用于错误test: too many arguments
(也适用于test: unary operator expected
)