将命令放在单引号中是否对 bash 脚本有任何影响？

Question

我偶然发现了一个脚本，作者将每个外部命令（不是内置命令或函数）都放在单引号中。由于我以前从未见过这种编码风格，我想知道以下两个示例之间有什么区别：

'cat' $myfile

对比

cat $myfile

请忽略作者选择不引用保存文件名的变量这一事实。我肯定会把它放在双引号中，并且我知道变量周围引号的影响。我只是对命令周围的引号是否有任何影响感兴趣。这两个示例都可以正常工作，但我的理解是单引号在这里是多余的。对吗？

谢谢！

Answer 1

是的，它有效果，但主要是出于一个非常神秘的原因：

考虑一下这个奇怪的结构

alias cat='echo x'
cat foo # would output x foo
'cat' foo # Would output the content of the file foo

将它放在引号内会导致 bash 不运行别名。也可以使用

command cat foo # Also outputs the file foo

不同之处在于，将命令放在引号中只会跳过别名定义，而使用command 也会跳过函数定义。由于脚本中通常不启用别名，因此很少使用引号。

Answer 2

在大多数情况下，引用没有空格或特殊字符的字符串严格等同于根本不引用。

但是，在某些情况下，引用会有所不同。

防止别名

许多 Linux 发行版会自动为 ls 或 grep 等程序设置别名，例如：

alias ls='ls --color=auto'
alias grep='grep --color=auto'

如果调用引用的命令，别名不会被扩展：

ls / # shows the root files and folders with colors
'ls' / # shows the root files and folders without any color

即使命令被部分引用也不使用别名：

'l's / # shows the root files and folders without any color

（不过，我强烈建议不要这样做）

保留关键字

某些关键字不能被引用。例如，这将起作用：

time cat $myfile

但这会失败：

'time' cat $myfile

-bash: time: command not found

波浪号扩展

波浪号~ 可用于访问主目录。单独指向当前用户的主目录：

ls ~

当直接跟用户名时，它指向该用户的主目录：

ls ~root

引用波浪号时，目录不会展开，shell 会尝试查找包含波浪号的文件：

ls '~'

ls: 无法访问~: 没有这样的文件或目录

测试

[[ ]] 操作符可以使用test 命令，如-f、-e 等，但不能引用该指令。

[[ -e /tmp ]] && echo /tmp exists || echo /tmp is missing

/tmp 存在

[[ '-e' /tmp ]] && echo /tmp exists || echo /tmp is missing

-bash：需要条件二元运算符

-bash: `/tmp' 附近的语法错误

结论

在很多情况下，引用确实会产生影响。我认为第一种情况是您的作者编写代码的原因。

PS。这个列表并不详尽，我特别省略了空格、星号、管道、& 号等情况，因为我假设你已经知道为什么有人要引用它们。