bash - 为什么我会收到 'unary operator expected' 错误？

Question

我正在编写一个 shell 脚本来简化我的开发工作流程。

它需要一个关于我将在哪个主题文件夹中工作的参数，并在该目录上启动 grunt watch。

如果我在没有必要参数的情况下调用脚本，我当前正在打印一条警告，提示需要将主题指定为命令行参数。

我想打印可用选项的列表，例如主题目录

这就是我目前所拥有的...

THEME=$1

if [ $THEME == '' ]
then
    echo 'Need to specify theme'
else
    cd 'workspace/aws/ghost/'$THEME'/'
    grunt watch
fi

理想情况下，我会像这样用主题父目录的 ls 替换 echo 行的输出

THEME=$1

if [ $THEME == '' ]
then
    echo 'Need to specify theme from the following'
    ls workspace/aws/ghost
else
    cd 'workspace/aws/ghost/'$THEME'/'
    grunt watch
fi

但是这给了我以下错误

./ghost_dev.sh: line 3: [: ==: unary operator expected

Answer 1

您需要在此处为​​ $THEME 加上引号:

if [ $THEME == '' ]

否则，当您未指定主题时，$THEME 将展开为空，并且 shell 会看到此语法错误:

if [ == '' ]

加上引号，像这样:

if [ "$THEME" == '' ]

一个空的 $THEME 的扩展产生了这个有效的比较:

if [ "" == '' ]

对于那些具有更传统编程语言背景的人来说，这种运行时语法错误的能力可能会让他们感到惊讶，但命令 shell(至少是 Bourne 传统中的命令 shell)解析代码的方式有所不同。在许多情况下，shell 参数的行为更像是宏而不是变量。这种行为提供了灵 active ，但也为粗心的人制造了陷阱。

由于您将此问题标记为 bash，因此值得注意的是，在 bash(和 ksh/zsh)中可用的"new"测试语法中，没有对参数扩展的结果执行分词，即 [[...]]。所以你也可以这样做:

if [[ $THEME == '' ]]

列出了无需引号即可离开的地方 here .但是无论如何总是引用参数扩展是一个好习惯，除非你明确想要分词(即便如此，看看数组是否能解决你的问题)。

使用 -z 测试运算符而不是与空字符串相等会更惯用:

if [ -z "$THEME" ]

从技术上讲，在这种简单的情况下您不需要引号； [ -z ] 计算结果为真。但是如果你有一个更复杂的表达式，解析器会感到困惑，所以最好总是使用引号。当然，[[...]] 在这里也不需要:

if [[ -z $THEME ]]

但是 [[...]] 不是 POSIX 标准的一部分；就此而言，== 也不是。因此，如果您关心与其他 POSIX shell 的严格兼容性，请坚持使用引用解决方案并使用 -z 或单个 =。