我可以在 unix shell 脚本中看到使用了以下构造
[ x"$VAR" = x"VALUE" ]
而不是
[ "$VAR" = "VALUE" ]
为什么？
【问题讨论】：
x"$foo" 成语至少自 1991 年以来就没有用过，只要避免目前标记为过时的各种test 使用模式（请参阅pubs.opengroup.org/onlinepubs/9699919799/utilities/test.html 中的OB 标记；这些模式确实已经过时了因为它们会导致歧义，导致数据可能与test本身的语法混淆）。
当 $VAR 为空时，它会给出语法错误[ = "VALUE"]，因此使用 x
【讨论】：
"x$foo" 有所不同，但 (1) 它们不涉及空字符串 (相反，它们涉及正在测试的值恰好是(、)、-a 或-o）的情况，并且（2）它们只有在-a 或@ 时才会发生987654329@ 用于将多个操作组合成一个 test 调用（至少自 2008 年发布标准以来，该语法已被标记为过时）。
因为如果其中一个变量为空，shell 并不总是表现良好。
考虑如果$VAR 为空/null 且$VALUE 为“foo”，您的两个构造扩展为：
[ x = xfoo ]
和
[ = foo ]
由于是非法构造，后者会在某些 shell 中导致错误，而前者在任何情况下都是有效的。这在最新版本的 bash（甚至可能是旧版本的 bash）中不是问题，但从历史上看，这就是它的来源 - 除了偶尔遇到您所处情况的人感到困惑之外，几乎没有理由不 这样做是为了与更广泛的 shell 兼容。
【讨论】：
[ "$var" = "val" ] 变为，当 var 为空时：[ "" = "val" ] 这完全是错误的，没有错误。跨度>
sh 也没有。 更容易识别的错误与空（但正确引用的）字符串无关，而是与仅包含 !、-a、-o、( 或 @ 的字符串有关987654333@ 被误认为是test 语法。
这是一种防止比较两边为空的古老技术。有些 shell 不能正确处理空字符串。
【讨论】：
你有你的解释，但这是另一种方法，使用 case/esac 而不是 if/else
case "$VAR" in
"$VALUE" ) echo 'yes';;
* ) echo 'no' ;;
esac
【讨论】：