Bash循环命令中的引号如何影响控制流与路径展开？

核心原因在于Bash中引号对通配符展开（路径扩展）的控制，以及循环变量赋值时的展开时机：

• 外层循环的单引号导致通配符未提前展开
  你外层循环用单引号指定'/tmp/somedir/*'，单引号会完全屏蔽Shell的所有扩展逻辑（包括通配符匹配、变量替换等），所以循环变量d的取值是字面量字符串/tmp/somedir/*，而非/tmp/somedir/目录下所有子项的列表。

• 内层循环的双引号同样阻止了通配符展开
  内层循环拼接路径为"${d}/*pub"，双引号内的${d}会正常完成变量替换，但拼接后的完整字符串（比如/tmp/somedir/*/*pub）因被双引号包裹，Shell不会对其中的*进行通配符匹配，因此循环变量f存储的就是这个带*的字面量路径字符串。

• echo $f与echo "$f"的差异本质

• 执行echo $f时，$f未被引号包裹，Shell会先对$f的值执行路径扩展：将字符串中的*替换为匹配的实际文件路径，再传给echo输出，因此能看到正确的文件路径。

• 执行echo "$f"或echo "${f}"时，双引号会阻止Shell对$f的值进行路径扩展，echo直接输出f变量存储的字面量字符串（即未展开的带*路径）。

补充优化建议 #

如果希望循环直接遍历匹配的文件，而非依赖后续echo的展开逻辑，建议调整写法：

for d in /tmp/somedir/*; do
  for f in "${d}"/*pub; do  # ${d}加引号避免路径含空格时出错，/*pub不包裹引号让Shell展开
    echo "${f}"
  done
done

这种写法下f变量直接存储实际文件路径，无论是否用引号输出都会展示正确结果。

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