参数展开：引号使用、参数名加括号的时机及相关技术咨询

云原生阿岚

2026-5-19

Bash参数展开：引号与大括号的使用指南

嘿，关于bash参数展开里引号和大括号的这些细节，我踩过不少坑，今天就给你把这些问题掰扯清楚：

1. 何时需对参数展开添加引号，以及何时需将参数名用大括号括起？

当你的参数值包含空格、制表符、换行符，或者**通配符（*、?、[]这类）**时，必须给参数展开加上双引号。否则bash会把这些内容拆分成多个独立的单词，或者错误地展开通配符，导致逻辑出错。举个例子：

file="my important file.txt"
# 错误：bash会把$file拆成"my"、"important"、"file.txt"三个参数
cat $file
# 正确：双引号保留了参数的完整值
cat "$file"

当参数名后面紧跟非数字、非下划线的字符时，必须用大括号{}把参数名括起来，避免bash把后续字符当成参数名的一部分。另外，使用参数展开的高级特性时，也必须加大括号：

name="Alice"
# 错误：bash会去找名为"names"的变量，而不是"name"加"s"
echo "$names"
# 正确：用大括号分隔参数名和后续字符
echo "${name}s"

# 高级展开特性必须加大括号，比如默认值
echo "${username:-guest}"

绝大多数场景下，给参数展开加双引号是更安全的选择——它能避免意外的单词拆分和通配符展开，让你的脚本更稳定。但确实有例外：

故意需要单词拆分或通配符展开时：比如你用变量存储了一组通配符，想要bash把它展开成实际文件：

txt_files="*.txt"
# 错误：bash会寻找名为"*.txt"的文件
ls "$txt_files"
# 正确：bash展开通配符，列出所有txt文件
ls $txt_files

变量存储的是命令的参数列表时：比如你把多个选项存在变量里，希望bash把它们拆分成独立参数：

ls_args="-l -a"
# 错误：bash会把"-l -a"当成一个单独的参数传给ls
ls "$ls_args"
# 正确：bash拆分参数，执行ls -l -a
ls $ls_args

另外，在算术表达式$((var + 1))里，变量不需要加引号（加了也不影响，但没必要）。

这些场景下大括号是必须的：

参数名后紧跟非数字、非下划线的字符（比如字母、符号），例如"${user}_profile"、"${count}th"；
使用参数展开的高级特性：默认值${var:-default}、替换${var/old/new}、长度${#var}、切片${var:2:5}等；
引用数组元素（包括索引数组${arr[3]}和关联数组${map[key]}）；
连续展开多个变量且容易产生歧义时，比如"${first}${last}"（虽然不加括号有时也能运行，但加了更清晰）。

这里说的是"$var" vs "${var}"的选择：

优先用"$var"：普通的变量引用，没有后续字符，也不涉及高级展开特性时，写法更简洁直观，比如echo "$name"、cp "$src" "$dest"；
优先用"${var}"：遇到必须加括号的场景（比如后面跟其他字符、用高级特性），或者在复杂脚本里，加括号能让变量引用更醒目，提升可读性——尤其是变量名较长或和周围字符容易混淆的时候。

在普通变量引用、无后续字符、不涉及高级展开特性的场景下，"$var"和"${var}"完全等价，效果一模一样。比如：

# 两种写法效果相同
echo "$age"
echo "${age}"

# 同样等价
mkdir "$dir_path"
mkdir "${dir_path}"

这种情况下选哪个全看个人习惯，有人偏爱简洁的写法，有人觉得加括号更清晰。

内容的提问来源于stack exchange，提问作者Tim