Shell test字符串比较恒为真的bug

这个bug说大不大，说小不小，但是很烦人。第一天写shell就搞出这种问题来……其实说穿了还是shell对空格的要求很高。接触的上一个对空格要求这么高的语言是Python，那个就不谈了。

环境是RHEL8。具体情况是这样的：

[ 'abcd'!='abcd' ]
echo $?
# 0

理论上应该输出1（假）才对，这两个字符串明明是完全相同的。一开始我觉得是不是堆引用的问题，比如字符串常量引用了堆里的不同位置，后来想起来好像Shell里没堆的概念……那肯定不是这个问题了。

后来发现，shell里的命令和变量对空格的要求是不一样的。命令周围必须有空格。比如，上面的代码应该改成这样：

[ 'abcd' != 'abcd' ]
echo $?
# 1

！=作为一个事实上的命令，周围是必须有空格的，否则会被当成一个常量（赋值给一个匿名变量？）。而对常量执行test的结果是恒为0（也就是说，恒为真）的，也就有了上面出现的情况。

而变量赋值不能有空格，否则会被当成命令执行。也就是说，下面的代码是错误的：

abcd = 'abcd'
# bash: abcd: command not found...

事实上应该把空格去掉，写成这样：

abcd='abcd'
echo ${abcd}
# abcd

恕我直言，Shell的可读性是真的差。不过，能感觉到现代语言从里面借鉴的语法。比如这个${}，ES6里引入的模板字符串语法就是来源于此吧，还是挺有意思的。