为什么用管道命令“ l | grep“ 1”是否得到错误的结果？

如图所示，我l通常将文件保存在当前文件夹中。然后我想获取带有编号的文件1，所以我使用pipe和grep。

但是为什么2和22文件显示出来？那是什么1;34m？

$ l
./ ../ 1 11 2 22
$ l | grep "1"
1;34m./ 1;32m../ 1 11 2 22

更新资料

我已经l在zshrc文件中为命令添加了别名。

 alias lsp="ls"
 alias ll='ls -alF'
 alias la='ls -A'
 alias l='ls -CF'
 alias ls="ls -alh --color"

这是type命令的结果：

>$ type ls
ls is an alias for ls -alh --color

> $ type l
l is an alias for ls -CF

首先，您要尝试做的事l| grep <filename>很糟糕。不要这样 这就是为什么。

l 命令实际上是 ls -CF

$ type -a l
l is aliased to `ls -CF'

在Ubuntu的默认情况下bash，ls是的别名ls --color=auto。正如钢手在评论中指出的，--color=auto应该关闭着色。在您的具体情况下，您有alias ls="ls -alh --color"and alias l="ls -CF"，基本上就是ls -alh --color -CF。开关的这种特定组合仍然通过管道发送彩色输出。例如：

$ ls -alh --color -CF ~/TESTDIR | cat -A                                                                                 
^[[0m^[[01;34m.^[[0m/  ^[[01;34m..^[[0m/  1.txt  2.txt  3.txt  out.txt$

注意.和..目录如何具有相同的转义序列。

这是什么意思呢

这意味着l将根据文件类型输出彩色的文件列表。问题是着色是通过使用转义序列发生的。就是这样1:34m-它们是特定颜色的转义序列。

主要问题在于，解析ls通常会导致脚本输出错误和灾难，原因仅仅是因为ls允许使用转义序列（如先前所述）和其他特殊字符。有关更多信息，请参见本文：http : //mywiki.wooledge.org/ParsingLs

您应该做什么：

使用find命令：

bash-4.3$ ls
1.txt  2.txt  3.txt  out.txt
bash-4.3$ find . -maxdepth 1 -iname "*1*"
./1.txt

您可以使用shell glob和现代测试[[命令执行以下操作：

bash-4.3$ for file in * ;do if [[ "$file" =~ "1"  ]] ;then echo "$file" ;fi ; done
1.txt

或者也许使用python，它的文件名处理能力比bash单独的要好得多

bash-4.3$ python -c 'import os;print [f for f in os.listdir(".") if "1" in f ]'
['1.txt']

如果不需要处理的输出，则只需进行ls简单的globing ls即可完成这项工作。（请记住，这仅用于查看文件列表，而不用于将其传递到另一个程序来处理输出文本）

bash-4.3$ ls *1*
1.txt

您l和ls命令设置为别名。

当您运行它们时，通过grep "1"（使用|）通过管道显示输出，1显示的每个屏幕行1均以红色显示。

由于文件名.，..，2并22在同一屏幕上线出现，他们是通过输出grep作为很好，但没有出现在红这表明grep匹配。

该:34m是不正确绘制颜色转义序列。根据您修改后的问题的输出结果type -a l，type -a它可以在我的系统中复制。请注意，您应该将别名从更改--color为--color=auto：

颜色输出

在您的试用版中，您调用的是ls别名，因此1;34m是由着色引起的，以及类似的噪音，由于管道|在同一行上接收到所有这些噪声，因此grep匹配该行中的文件1并因此打印该行。这就是您在屏幕上看到的。

当您执行此类操作时，最好返回到系统命令，每行显示1个结果。

要消除别名，只需键入\ls，然后使用该选项-1即可打印以换行符分隔的结果。

$ \ls -1 | grep "1"
1
11

注意：反斜杠方法适用于每个命令，\command仅调用非锯齿系统命令。