主页 / ubuntu / 问题 / 1171487
Accepted
H2ONaCl
Asked: 2019-09-08 00:38:33 +0800 CST

将目录列出到 grep 的问题

  • 772

grep我的机器上似乎坏了。重新安装它没有帮助。重新启动没有帮助。前两行创建一个包含任意文本的文件，输入以 control-D 字符终止。

ls -1表示在一列中列出。一个例子如下...

> cat > file0.txt
asdf
> cp file0.txt file1.txt
> ls -1
file0.txt
file1.txt
> ls -1 | grep f*
>

在遇到这个问题之前，我确实犯了一个错误，使用不匹配的引号调用 grep，但我不明白这个问题如何在重新启动后仍然存在。

无与伦比的报价示例...

ls -1 | grep 'file* | wc

在此示例中，目录列表通过管道传送到 grep，后者通过管道传送到行、字和字节计数器程序wc。

command-line grep wc

4 个回答

  1. 在您的情况下，表达式grep f*将由grep file0.txt file1.txtshell 扩展。

    显然文件file1.txt中没有一行file0.txt。

    我知道这不是你想要的，但它是如何工作的。

    :~$ mkdir test
:~$ cd test/
:~/test$ touch f1
:~/test$ touch f2
:~/test$ set -x
:~/test$ ls | grep f* 
+ ls --color=auto
+ grep --color=auto f1 f2
    • 14
  2. Best Answer

    grep没有ls以任何方式使用的输出。

    当您在 shell 扩展为两个或多个参数grep f*的情况下运行时，将除其中一个之外的所有参数视为要打开和读取的文件名。当从命名文件读取时，它从标准输入读取的默认行为不适用，因此它不会读取从另一个命令通过管道传输给它的数据。f*grepgrep

    您的grep程序没有损坏，并且您观察到的行为是正确且预期的行为，这就是重新安装grep和重新启动并没有改变它的原因。详情如下。

    grep f*没有将参数传递f*给 grep。

    grep没见过文字f*。正如Soren A 所说，f*是一个球体。您的外壳会专门处理 Glob。由于f*没有被引用，shell 将其扩展为当前目录中以 . 开头的文件名f。每个这样的名称都grep作为单独的参数传递给。（这种 shell 扩展被称为通配、文件名扩展和路径名扩展。）

    根据您的描述，恰好有两个文件与f*glob 匹配：file0.txt和file1.txt. 由于这是当前目录中仅有的两个名称以 开头的文件，因此从 runningf传递给的命令行参数与grep从 running传递给它的命令行grep f*参数完全相同grep file0.txt file1.txt。如果您要向目录中添加更多此类文件，则将grep f*超过这两个文件名作为参数传递给，grep但仍将包含在其中。file0.txtfile1.txt

    您ls将输出通过管道传输到grep，但未grep从管道读取。

    管道将一个命令的标准输出连接到另一个命令的标准输入。和cat许多其他命令一样，grep以两种方式接受输入：

    1. 您可以将文件名作为命令行参数传递给它，它将从这些文件中读取。第一个非选项参数grep是模式，但随后的非选项参数被视为从中获取输入的文件名。

      （您不是试图将多个模式传递给grep，但如果是，则可以使用该-e选项，其操作数始终被视为模式。）

    2. 您可以不传递文件名参数，它将从自己的标准输入中读取。在这种情况下，管道到 是有效的grep。只有在完全没有grep从标准输入读取的文件名参数的情况下。

      这就是为什么可以grep用来搜索一个或多个文件，而不会阻塞并等待您在终端中输入输入的原因。当您通过管道传输到 时grep，使用起来毫无意义的额外输入grep来自管道左侧的命令，而不是来自您的终端。grep仍然不使用它，这是一件好事。

      （除了一个或多个命名文件之外，您不会尝试grep读取标准输入，但如果是，您可以将-参数传递给它。）

    因为当前目录中有两个名称以 开头的文件f，所以 globf*扩展为两个参数。第一个 ,file0.txt用作模式。第二个，file1.txt，用于命名输入文件。因为grep给定了一个指定输入文件的参数，所以上述两种情况中的第一种适用（“您可以将文件名作为命令行参数传递”）。所以grep永远不要从标准输入中读取，也永远不要使用ls.

    • 11 
  3. ls | grep 'f*'

    是糟糕的形式。

    ls f*

    应该是首选。

    当使用更复杂的正则表达式模式时，切换到egrep/ grep -E。

    虽然我在这里，cat很少需要。 tac比 .有用 100 倍cat。cat滥用是类 Unix 系统上的一个严重问题。;)

    • 0

  4. *是一个特殊字符，它被松散地解释为一个新的命令/指令。你想\在它前面放置一个：

    ls -1 | grep f\*

    但是，您可能想要的是让所有文件以f而不是所有包含 an 的文件开头，f因此请改用另一个特殊字符：

    ls -1 | grep ^f

    ^指示 grep 查找以 . 开头的行f。

    • 0

相关问题