如果您已经关注 unix.stackexchange.com 一段时间了，那么您现在应该知道，echo $var在 Bourne/POSIX shell（zsh 是例外）中的列表上下文（如）中不加引号的变量具有非常特殊的含义，并且除非你有很好的理由，否则不应该这样做。
在这里的许多问答中详细讨论了它（例如：为什么我的 shell 脚本会因空格或其他特殊字符而窒息？，何时需要双引号？，shell 变量的扩展以及 glob 和 split 对其的影响，引用vs 不带引号的字符串扩展)
自从 70 年代末 Bourne shell 首次发布以来就是这种情况，并且没有被 Korn shell 改变（David Korn 最大的遗憾之一（问题 #7））或者bash大部分复制了 Korn shell，这就是POSIX/Unix 是如何指定的。
现在，我们仍然在这里看到许多答案，甚至偶尔会公开发布未引用变量的 shell 代码。你会认为人们现在已经学会了。
根据我的经验，主要有 3 类人会省略引用他们的变量：
初学者。这些可以被原谅，因为它是一种完全不直观的语法。我们在这个网站上的职责是教育他们。
健忘的人。
即使经过反复锤击也不相信的人，他们认为Bourne shell 的作者肯定没有打算让我们引用所有变量。
如果我们揭露与此类行为相关的风险，也许我们可以说服他们。
如果您忘记引用变量，那么最糟糕的事情是什么。真的有那么糟糕吗？
我们在这里谈论什么样的漏洞？
在什么情况下会出现问题？
过去的旧建议是对任何涉及 a 的表达式加双引号$VARIABLE，至少在希望 shell 将其解释为单个项目的情况下，否则，内容中的任何空格$VARIABLE都会脱离 shell。
但是，我知道在较新版本的 shell 中，不再总是需要双引号（至少出于上述目的）。例如，在bash：
% FOO='bar baz'
% [ $FOO = 'bar baz' ] && echo OK
bash: [: too many arguments
% [[ $FOO = 'bar baz' ]] && echo OK
OK
% touch 'bar baz'
% ls $FOO
ls: cannot access bar: No such file or directory
ls: cannot access baz: No such file or directory
在zsh，而另一方面，同样的三个命令成功。因此，基于此实验，似乎在 中bash可以省略 内部的双引号[[ ... ]]，但不能省略内部 …
有时候，我看到shell脚本使用所有的引用一些文字，这些不同的方式："..."，'...'，$'...'，和$"..."。为什么有这么多不同类型的引用被使用？
他们的行为是否有所不同或影响了我在他们内部可以做的事情？
我读过你需要双引号来扩展变量，例如
if [ -n "$test" ]; then echo '$test ok'; else echo '$test null'; fi
将按预期工作，而
if [ -n $test ]; then echo '$test ok'; else echo '$test null'; fi
总是会说$test ok即使$test为空。
但是为什么我们不需要引号echo $test呢？
这篇文章实际上包含两个单独的问题，但我认为将它们组合在一起会提供更多背景信息。我已经通过关于变量的引号解决了这个问题，但我不太明白变量扩展的含义。所以我的第一个问题是：
我的问题的第二部分涉及以下术语：
以上是什么意思，它们如何影响变量扩展？原始问题的答案提到以下内容：
将没有引号（在列表上下文中）视为 split+glob 运算符。
好像 echo $test 是 echo glob(split("$test"))。
我找不到直接解决的概念，任何答案通配符和分裂，而是使用这些术语直接在回答其他问题，像这样的最近一个。
shell shell-script terminology environment-variables quoting