我找不到任何一个简单直接的资源来解释下面bash shell错误的含义并修复它，所以我在研究之后发布了我发现的内容。

错误：

谷歌友好版：bash open square bracket colon too many arguments。

上下文：单个方括号中的if条件，带有简单的比较运算符，如equals、greater than等，例如：

如果您的$VARIABLE是一个包含空格或其他特殊字符的字符串，并且使用了单方括号(这是test命令的快捷方式)，则该字符串可以拆分为多个单词。每一个都被视为一个独立的论点。

这样一个变量就可以分成多个参数：

同样的情况也适用于任何函数调用，该函数调用会生成包含空格或其他特殊字符的字符串。

将变量输出用双引号括起来，强制它保持为一个字符串(因此是一个参数)。例如，

就这么简单。但是如果你也不能保证你的变量不是空字符串，或者一个只包含空白的字符串，那就跳到下面的"也要小心…"。

或者，另一种方法是使用双方括号(这是new test命令的快捷方式)。

但是，这只存在于bash(显然是korn和zsh)中，因此可能与/bin/sh等调用的默认shell不兼容。这意味着在某些系统上，例如，它可能在控制台上工作，但不在cron上工作，这取决于配置的方式。

如下所示：

同时也要注意[: unary operator expected错误

如果您看到"参数太多"错误，那么很可能是从输出不可预测的函数中得到了一个字符串。如果还可以得到一个空字符串(或所有空白字符串)，即使使用上面的"快速修复"，这也将被视为零参数，并且使用[: unary operator expected会失败。

如果您习惯了其他语言，那么它就是相同的"gotcha"——您不希望在对变量进行评估之前将变量的内容有效地打印到代码中。

这里有一个例子可以防止[: too many arguments和[: unary operator expected错误：如果输出为空，则用默认值替换输出(在本例中为0)，并用双引号将整个内容括起来：

(此处，如果$variable为0或为空，则会发生此操作。当然，如果需要不同的行为，您应该将0(默认值)更改为不同的默认值)

最后一点：由于[是test的快捷方式，上述所有情况对于test: too many arguments和test: unary operator expected的错误也是正确的。

刚刚碰到这篇文章，得到了相同的错误，试图测试两个变量是否都是空的(或非空的)。结果是一个复合比较-7.3。其他比较运算符-高级bash脚本指南；我认为我应该注意以下几点：

• 我首先使用了-e->thinking it means"empty"；但这意味着"file exists"-use -zfor testing empty variable(string)
• 需要引用字符串变量
• 对于复合逻辑和比较，可以是：
  • 使用两个test和&&它们：[ ... ] && [ ... ]。
  • 或者在单个test中使用-a运算符：[ ... -a ... ]。