为什么shell脚本比较经常使用x$VAR = xyes？

Question

我经常在使用自动工具（autoconf、automake）的项目的构建脚本中看到这种情况。 当有人想要检查 shell 变量的值时，他们经常使用这个习惯用法：

if test "x$SHELL_VAR" = "xyes"; then
...

与简单地检查这样的值相比，这样做有什么好处：

if test $SHELL_VAR = "yes"; then
...

我认为我经常看到这个值肯定有某种原因，但我不能'不知道它是什么。

Answer 1

如果您不执行“x$SHELL_VAR”操作，那么如果 $SHELL_VAR 未定义，您会收到有关“=”不是单子运算符或类似内容的错误。

Answer 2

如果您使用的 shell 执行简单替换，并且 SHELL_VAR 变量不存在（或为空），那么您需要注意边缘情况。 将发生以下翻译：

if test $SHELL_VAR = yes; then        -->  if test = yes; then
if test x$SHELL_VAR = xyes; then      -->  if test x = xyes; then

第一个翻译将生成错误，因为 test 的第一个参数丢失了。 第二个则没有这个问题。

您的情况翻译如下：

if test "x$SHELL_VAR" = "xyes"; then  -->  if test "x" = "xyes"; then

x 至少对于 POSIX 兼容的 shell 来说实际上是多余的，因为引号导致空参数和包含空格的参数都被解释为单个对象。

Answer 3

其他人尚未提及的另一个原因与选项处理有关。 如果你写：

if [ "$1" = "abc" ]; then ...

并且$1的值为'-n'，则测试命令的语法不明确； 目前尚不清楚您正在测试什么。 前面的“x”可以防止前导破折号造成麻烦。

您必须查看真正古老的 shell 才能找到测试命令不支持 -n 或 -z 的 shell； 版本 7 (1978) test 命令包含了它们。 这并不是完全无关紧要的——一些版本 6 UNIX 的东西逃逸到 BSD 中，但现在，你很难找到当前使用的古老的东西。

正如许多其他人指出的那样，在值周围不使用双引号是危险的。 事实上，如果文件名有可能包含空格（MacOS X 和 Windows 在某种程度上都鼓励这样做，并且 Unix 一直支持它，尽管像 xargs 这样的工具使它变得更难），那么你应该每次使用文件名时也将它们用双引号引起来。 除非您负责该值（例如，在选项处理期间，在启动时将变量设置为“no”，在命令行中包含标志时将变量设置为“yes”），否则使用不带引号的变量形式是不安全的直到你证明它们是安全的——而且你也可以为了多种目的一直这样做。 或者记录下，如果用户尝试处理名称中包含空格的文件，您的脚本将严重失败。 （还有其他字符也需要担心——例如，反引号也可能相当令人讨厌。）

Answer 4

据我所知，这种约定有两个原因：

http://tldp.org/ LDP/abs/html/comparison-ops.html

在复合测试中，即使引用字符串变量也可能不够。
[ -n "$string" -o "$a" = "$b" ] 可能会导致某些版本的错误
如果 $string 为空则执行 Bash。 安全的方法是附加一个额外的字符
可能为空变量，[ "x$string" != x -o "x$a" = "x$b" ] （“x”被取消）。

其次，在 Bash 以外的其他 shell 中，尤其是较旧的 shell，不存在用于测试空变量的“-z”之类的测试条件，因此，

if [ -z "$SOME_VAR" ]; then
  echo "this variable is not defined"
fi

如果您的目标是跨各种 UNIX 的可移植性，则虽然这在 BASH 中可以正常工作在您无法确定默认 shell 是否为 Bash 以及它是否支持 -z 测试条件的环境中，使用 if [ "x$SOME_VAR" = "x" ] 形式更安全，因为它始终具有预期的结果影响。 本质上，这是一种用于查找空变量的旧 shell 脚本技巧，尽管有更简洁的方法可用，但它至今仍用于向后兼容。

Answer 5

我建议改为：

if test "yes" = "$SHELL_VAR"; then

因为它消除了丑陋的 x，并且仍然解决了 https:// /stackoverflow.com/a/174288/895245 $SHELL_VAR 可以以 - 开头并被读取为选项。

Answer 6

我相信这是由于

SHELLVAR=$(true)
if test $SHELLVAR  = "yes" ; then echo "yep" ; fi 

# bash: test: =: unary operator expected

以及

if test $UNDEFINEDED = "yes" ; then echo "yep" ; fi
# bash: test: =: unary operator expected

但是

SHELLVAR=" hello" 
if test $SHELLVAR = "hello" ; then echo "yep" ; fi
# yep 

，这通常应该有效，

SHELLVAR=" hello"
if test "$SHELLVAR" = "hello" ; then echo "yep" ; fi 
#<no output>

但是当它在其他地方的输出中抱怨时，很难说出它在抱怨什么，我猜，所以

SHELLVAR=" hello"
if test "x$SHELLVAR" = "xhello" ; then echo "yep" ; fi 

也同样有效，但更容易调试。

Answer 7

当 SHELL_VAR 可能未定义时，我曾经在 DOS 中这样做。