Linux LS 命令不能与 * 正则表达式量词一起正常工作 [关闭]

Question

如果我有目录结构

~/foo/foo1
~/foo/foo2
~/foo/foo3

如果我在 ~/foo 中从终端发出以下命令的输出：

1. ls *foo1* 总共返回 0 个目录
2. ls *foo* 返回 3 个目录 foo1、foo2 和 foo3
3. ls 返回 3 个目录 foo1、foo2 和 foo3
4. ls -d *foo1* 返回 foo1
5. ls | grep *foo1* 返回 foo1

为什么命令 1.ls *Foo1* 不返回 Foo1？

Answer 1

这与 shell 文件 glob 无关（顺便说一句，它与正则表达式不同），它按预期工作（参见echo *foo*，echo *foo1*）以及与 ls 处理它的方式有关的一切论据。

1. ls *foo1* 在您的情况下扩展为 ls foo1。这确实列出了目录的内容，在你的情况下显然是空的。

2. ls -d *foo1* 在您的情况下扩展为 ls -d foo1。这会列出 foo1 目录本身而不是其内容。

3. ls *foo* 列出所有 foo* 目录的空内容。这会导致目录名称的输出，即使它们是空的。这些是 ls 仅在要列出多个目录时创建的标题。

进一步阅读： http://tldp.org/LDP/abs/html/globbingref.html http://man7.org/linux/man-pages/man1/ls.1.html

Answer 2

你真的很迷茫，你对任何unix shell的作用都不太了解。

仔细阅读globbing，尤其是glob(7)。它与正则表达式无关（在regex(7) 中解释）。 * 在 shell 通配符模式和正则表达式中具有非常不同的作用和含义。 （所以你在标题中提到“正则表达式”是错误的）。

通配发生在 shell 中，在运行任何程序（甚至任何内置命令，如 echo）之前。仔细阅读documentation of bash、shell operation 部分和shell expansions 章节。

ls(1) 程序（即/bin/ls，因为/bin/ 在您的PATH variable 中）在您的情况下永远不会看到任何* 或任何通配符文件模式。

所以您输入的是ls *foo*。要了解会发生什么，请在前面输入echo，然后输入命令echo ls *foo*。您将通过 shell 完成扩展。并且/bin/ls 程序正在进行扩展（在execve(2) 时间在fork(2) 之后在shell 内完成）。

顺便说一句，我更喜欢zsh 外壳而不是bash，因为它具有更好的auto-completion 功能（您也可以尝试fish）。我只需键入ls *foo*，然后按tab 键，我的zsh 交互式shell 会立即展开*foo* 并编辑命令行。如果我对扩展感到满意，我只需按下 return 键，命令行就会被我的zsh shell 解析和执行。如果该扩展不是我想要的，zsh 允许我编辑命令行。

此命令扩展并非特定于 ls。任何由 shell 启动的程序都有通过 shell 扩展获得的参数列表。在某些情况下，您可能会使用stat(1) 而不是ls(1)（并且您的 shell 可能已经定义了aliases，因此您的ls 可能是其他东西的别名）。

由于 shell 扩展的工作方式，我建议文件名中不要包含空格或特殊字符（如控制字符和换行符，甚至 * 或 ?）。但是，如果您想处理具有奇怪名称的文件路径，则可以使用 quoting 技术。

另请参阅 Yann Regis-Gianas 在Parsing Posix [S]hell 上的出色 FOSDEM2018 演讲

附言。其他操作系统的工作方式不同。对于 Windows（我不知道也从未使用过），有传言说命令扩展发生在内部程序中（在某些 crt0 等效项中）。