我应该还是不应该在 shell 脚本中为变量加上引号?
例如,以下是否正确:
xdg-open $URL
[ $? -eq 2 ]
或者
xdg-open "$URL"
[ "$?" -eq "2" ]
如果是这样,为什么?
一般规则:如果它可以为空或包含空格(或任何空格)或特殊字符(通配符),请引用它。不使用空格引用字符串通常会导致 shell 将单个参数分解为多个参数。
$?
不需要引号,因为它是一个数值。是否$URL
需要它取决于您在那里允许的内容,以及如果它是空的,您是否仍然想要一个参数。
我倾向于总是出于习惯引用字符串,因为这样更安全。
简而言之,在不需要 shell 执行分词和通配符扩展的地方引用所有内容。
单引号逐字保护它们之间的文本。当您需要确保外壳完全不接触琴弦时,它是合适的工具。通常,当您不需要变量插值时,它是首选的引用机制。
$ echo 'Nothing \t in here $will change'
Nothing \t in here $will change
$ grep -F '@&$*!!' file /dev/null
file:I can't get this @&$*!! quoting right.
当需要变量插值时,双引号是合适的。通过适当的调整,当您需要在字符串中使用单引号时,它也是一个很好的解决方法。(没有直接的方法可以在单引号之间转义单引号,因为单引号内没有转义机制——如果有,它们不会完全逐字引用。)
$ echo "There is no place like '$HOME'"
There is no place like '/home/me'
当您特别需要 shell 执行分词和/或通配符扩展时,不适合使用引号。
分词(又名分词);
$ words="foo bar baz"
$ for word in $words; do
> echo "$word"
> done
foo
bar
baz
相比之下:
$ for word in "$words"; do echo "$word"; done
foo bar baz
(循环仅在单个带引号的字符串上运行一次。)
$ for word in '$words'; do echo "$word"; done
$words
(循环仅在文字单引号字符串上运行一次。)
通配符扩展:
$ pattern='file*.txt'
$ ls $pattern
file1.txt file_other.txt
相比之下:
$ ls "$pattern"
ls: cannot access file*.txt: No such file or directory
(没有按字面意思命名的文件file*.txt
。)
$ ls '$pattern'
ls: cannot access $pattern: No such file or directory
(也没有名为 的文件$pattern
!)
更具体地说,任何包含文件名的内容通常都应该被引用(因为文件名可以包含空格和其他 shell 元字符)。任何包含 URL 的内容通常都应该被引用(因为许多 URL 包含 shell 元字符,如?
and &
)。通常应引用任何包含正则表达式的内容(同上)。需要引用除非空白字符之间的单个空格之外的任何包含重要空格的内容(否则,shell 会将空格有效地转换为单个空格,并修剪任何前导或尾随空格)。
当您知道一个变量只能包含一个不包含 shell 元字符的值时,引用是可选的。因此,一个不带引号$?
的基本上没问题,因为这个变量只能包含一个数字。然而,"$?"
它也是正确的,并且推荐用于一般的一致性和正确性(尽管这是我个人的建议,而不是广泛认可的政策)。
不是变量的值基本上遵循相同的规则,尽管您也可以转义任何元字符而不是引用它们。举一个常见的例子,一个带有 a 的 URL&
将被 shell 解析为后台命令,除非元字符被转义或引用:
$ wget http://example.com/q&uack
[1] wget http://example.com/q
-bash: uack: command not found
(当然,如果 URL 位于未引用的变量中,也会发生这种情况。)对于静态字符串,单引号最有意义,尽管此处可以使用任何形式的引用或转义。
wget 'http://example.com/q&uack' # Single quotes preferred for a static string
wget "http://example.com/q&uack" # Double quotes work here, too (no $ or ` in the value)
wget http://example.com/q\&uack # Backslash escape
wget http://example.com/q'&'uack # Only the metacharacter really needs quoting
最后一个例子还暗示了另一个有用的概念,我喜欢称之为“跷跷板报价”。如果需要混合使用单引号和双引号,可以相邻使用。例如,以下引用的字符串
'$HOME '
"isn't"
' where `<3'
"' is."
可以背靠背粘贴在一起,在标记化和引号删除后形成一个长字符串。
$ echo '$HOME '"isn't"' where `<3'"' is."
$HOME isn't where `<3' is.
这不是很清晰,但它是一种常见的技术,因此很高兴知道。
顺便说一句,脚本通常不应该ls
用于任何事情。 要扩展通配符,只需...使用它。
$ printf '%s\n' $pattern # not ``ls -1 $pattern''
file1.txt
file_other.txt
$ for file in $pattern; do # definitely, definitely not ``for file in $(ls $pattern)''
> printf 'Found file: %s\n' "$file"
> done
Found file: file1.txt
Found file: file_other.txt
(在后一个示例中,循环完全是多余的;printf
特别适用于多个参数stat
。但循环通配符匹配是一个常见问题,并且经常不正确。)
包含要循环的标记列表或要扩展的通配符的变量不太常见,因此我们有时缩写为“引用所有内容,除非您确切知道自己在做什么”。
以下是一般报价的三点公式:
双引号
在我们想要抑制分词和通配符的上下文中。同样在我们希望将文字视为字符串而不是正则表达式的上下文中。
单引号
在我们想要抑制插值和反斜杠特殊处理的字符串文字中。换句话说,使用双引号的情况是不合适的。
没有引号
在我们绝对确定不存在分词或通配问题的情况下,或者我们确实想要分词和通配问题。
例子
双引号
"StackOverflow rocks!"
带有空格 ( , "Steve's Apple"
)的文字字符串"$var"
, "${arr[@]}"
)"$(ls)"
, "`ls`"
)"/my dir/"*
)的 glob"single'quote'delimited'string"
)"${filename##*/}"
)单引号
'Really costs $$!'
, 'just a backslash followed by a t: \t'
)'The "crux"'
)$'\n\t'
)的文字使用 shell 引用$'{"table": "users", "where": "first_name"=\'Steve\'}'
)的地方使用 shell 引用没有引号
$$
,$?
等$#
)((count++))
, "${arr[idx]}"
,"${string:start:length}"
[[ ]]
表达,没有分词和通配问题(这是一个风格问题,意见可能会有很大差异)for word in $words
)for txtfile in *.txt; do ...
)~
被解释为$HOME
(~/"some dir"
但不是"~/some dir"
)也可以看看:
为了安全起见,我通常使用quoted like "$var"
,除非我确定$var
不包含空格。
我确实使用$var
了一种简单的方法来加入行:
lines="`cat multi-lines-text-file.txt`"
echo "$lines" ## multiple lines
echo $lines ## all spaces (including newlines) are zapped
每当您的编辑器的https://www.shellcheck.net/插件告诉您时。
对于在shell脚本中使用变量,使用“”引用变量作为引用变量意味着变量可能包含不会影响shell脚本执行的空格或特殊字符。否则,如果您确定变量名中没有任何空格或特殊字符,那么您可以在没有“”的情况下使用它们。
例子:
echo "$url name" # (Can be used at all times)
echo "$url name" # (Cannot be used at such situations so take precaution before using it)