今天在编写一些 bash 脚本时,我发现了一些令人惊讶的事情。我把它归结为这个最小的例子。
[[ a>b ]]; echo $?
根据我的理解,因为 两边没有空格>
,所以这里应该是检测字符串是否a>b
不为空,应该返回错误码0
。但是,上面的命令1
在我测试的两个 bash 版本中都有响应(详情如下)。
我还使用旧的“good”test
命令进行了测试,
[ a>b ]; echo $?
echos 0
(测试字符串a
不为空并b
在我当前的工作目录中创建一个空文件,显然>b
被视为重定向,这是可以理解的)。
然后我又尝试了一些其他的东西
[[ b>a ]]; echo $?
echos0
并且没有创建文件。[[ b<a ]]; echo $?
echos1
并且没有创建文件。[[ a<b ]]; echo $?
echos0
并且没有创建文件。[ b>a ]; echo $?
回声0
并创建一个空文件a
。[ b<a ]; echo $?
报告由于该错误而丢失文件a
和回显的错误。1
[ a<b ]; echo $?
报告由于该错误而丢失文件b
和回显的错误。1
[[ a=b ]]; echo $?
echos0
因为它正在测试字符串是否a=b
如我预期的那样非空。[ a=b ]; echo $?
0
出于同样的原因回声。[[ a==b ]]; echo $?
0
出于同样的原因回声。[ a==b ]; echo $?
0
出于同样的原因回声。[[ a!=a ]]; echo $?
并且[ a!=a ]; echo $?
都回显0
(预期)
因此,在条件表达式中似乎只有<
and周围的空格>
可以省略,但 or =
or ==
if!=
的目的是进行字符串比较。但是为什么要这样设计呢?这也可能是我的遗漏,但这似乎没有在 bash 手册的任何地方记录。
我最初的问题是尝试使用>
未转义作为条件表达式 ( ) 中模式的一部分[[ ... ]]
。我最初认为只要我不用>
空格包围我就应该能够毫无问题地使用它,因为它没有意义(并且经过一些测试证明是不可能的)在条件内进行重定向表达要么。
然而事实并非如此。当然,简单的解决方案就是转义>
并改为编写\>
,但我不明白为什么需要它。
这是我用于测试的 bash 版本,
GNU bash, version 5.2.2(1)-release (aarch64-unknown-linux-android)
和
GNU bash, version 3.2.25(1)-release (x86_64-redhat-linux-gnu)
我的实验是在 下进行的env -i bash --norc --noprofile
。