Bash - 通配符执行的延迟评估：它是如何工作的

Question

我一直试图理解为什么 Bash 会以我想要的方式解析以下内容，而不是我通过阅读 Bash 参考手册 (https://www.gnu.org/software/bash/manual/) 所期望的方式。从该手册中，我了解到通配符（例如第一行包含）在执行命令之前通过文件名扩展进行处理。但是，第二个 for 循环包含另一个通配符。如果在命令行处理时对其进行评估，它将与子目录中的文件不匹配。但这正是它的行为方式。直到运行时，在 cd 命令完成后，才会评估第二个通配符。 Bash 是如何做到这一点的？我想这是对命令行的非常纠结的评估。

for d in *;do
  cd "$d"
  for f in *.zip; do
    7z x "$f"
  done
  cd ..
done

Answer 1

从 cmets 更新

3.5 中描述的扩展是针对简单命令的，对于复合命令，第 3.2 章 Shell 命令描述了它们如何变成简单命令

3.2.3 列表是一个或多个管道的序列，由运算符“;”、“&”、“&&”或“||”之一分隔，并可选择以“;”、“&”或换行符。

[...]

用“;”分隔的命令按顺序执行； shell 等待每个命令依次终止。

原来的答案是

来自 bash 手册的不同部分

为

for 命令的语法是：

for name [ [in [words …] ] ; ] 执行命令；完成

扩展单词，并对结果列表中的每个成员执行一次命令，名称绑定到当前成员。 [...]

关于“词”的扩展

3.5 外壳扩展

在分割成令牌后在命令行上执行扩展。执行的扩展有七种：

• 大括号扩展
• 波浪扩展
• 参数和变量扩展
• 命令替换
• 算术展开
• 分词
• 文件名扩展

更特别是* 用于文件名扩展（分词后的最后一个，因此没有分割包含空格的文件名的风险）

3.5.8.1 模式匹配

*

匹配任何字符串，包括空字符串。

关于您的命令请注意，在第一个循环中，如果文件不是目录，它将尝试 cd 导致错误，并且 cd .. 将被执行，因为没有错误检查

可以改进

for d in *;do
    [[ -d $d ]] || continue   # to skip files that are not a directory
    cd "$d" || continue       # to skip directory if `cd` fails
    for f in *.zip; do
        7z x "$f"
    done
    cd ..
done