Bash中变量存储含{}的文件名时grep执行失败的原因及解决方案咨询

两条命令执行结果不同的核心原因 #

差异来自Bash的命令展开执行顺序：
Bash执行命令时，各类展开操作有固定的先后顺序，大括号展开（Brace Expansion）的优先级远高于变量展开（Variable Expansion）。

• 命令1直接写grep "target" {a,b}.text时，Shell先执行大括号展开，将{a,b}.text拆解为a.text和b.text两个参数，再传给grep，因此可以正常匹配两个文件的内容。
• 命令2中你先执行file="{a,b}.text"赋值时，Shell不会对赋值语句右侧的大括号做展开，变量file存储的就是字符串{a,b}.text。后续执行grep "target" $file时，Shell先做变量展开将$file替换为{a,b}.text，此时已经过了大括号展开的阶段，Shell不会再对该字符串做拆解，grep会把{a,b}.text当成单个文件名去查找，自然会报错找不到文件。

让第二条命令正常运行的方案 #

方案1（推荐，最安全）：用数组存储多个文件名 #

数组是Shell中存储多个参数/文件名的标准方案，不会有展开异常或者特殊字符转义问题：

files=(a.text b.text)
grep "target" "${files[@]}"

方案2（仅适合完全控制变量内容的场景）：使用eval重新触发展开 #

eval会将传入的内容重新作为Shell命令执行，会重新走完所有展开流程，因此可以触发大括号展开：

file="{a,b}.text"
eval grep "target" $file

注意：eval存在代码注入风险，如果变量file的内容来自外部不可信输入，绝对不要使用该方案。

方案3：改用路径名通配符替代大括号 #

路径名展开（Glob Expansion）的优先级在变量展开之后，因此变量中的通配符可以正常生效：

file="[ab].text"
grep "target" $file

该写法中[ab].text属于通配符规则，变量展开后会自动匹配当前目录下的a.text和b.text文件。

相关技术学习路径 #

1. 先掌握Shell基础语法：重点理解变量的定义、引用规则，以及单引号、双引号、无引号三种引用方式的差异
2. 深入学习Bash展开机制：按优先级顺序掌握大括号展开、波浪号展开、变量展开、命令替换、算术展开、单词拆分、路径名展开的触发时机和规则，这是理解Shell命令执行逻辑的核心
3. 学习Shell脚本最佳实践：掌握用数组存储多参数的规范，了解eval、无引号变量的使用风险
4. 实操验证规则：可以通过set -x打开Shell调试模式，查看命令执行前的实际展开结果，快速定位各类展开相关的问题

内容的提问来源于stack exchange，提问作者S.Jamal