关于管道的一个问题

ivorning

在我的环境里面 sh是一个软连接到bash

我运行 echo ls | sh
显示结果：localhost:/home/cn # echo ls | sh
              bin

我单独执行 sh ls
显示结果：localhost:/home/cn # sh ls
              /bin/ls: /bin/ls: cannot execute binary file

请问各位这是为什么？管道不是把前一个命令的结果传递给后面的命令吗？这样两种方式有什么不同呢？谢谢各位~

liion631818

回复 1# ivorning


    bash [GNU long option] [option] script-file ...

mdou1986

管道连接的是输入输出，不是传递参数

todayhero

@ivorning

sh ls
这是在执行一个脚本文件ls。

ivorning

回复 4# todayhero


    多谢回复，还是不太明白，通过管道的方式 echo ls | sh，这个是怎么运行的呢？能给解释下吗~~

ivorning

回复 3# mdou1986


    多谢回复，还是不太明白，通过管道的方式 echo ls | sh，这个是怎么运行的呢？能给解释下吗~~

ivorning

回复 2# liion631818


    多谢回复，还是不太明白，通过管道的方式 echo ls | sh，这个是怎么运行的呢？能给解释下吗~~

liion631818

回复 6# ivorning


   

DESCRIPTION
       Bash  is an sh-compatible command language interpreter that executes commands read from the standard input or from a file.  Bash
       also incorporates useful features from the Korn and C shells (ksh and csh).

管道只是重定向到sh的标准输入

刺客阿地

@ivorning如果你直接去掉echo ,执行ls |sh试试。。。

那样执行的话，就会报错吧？ls的输出，作为sh的输入。。。。输出的东西，并不是可执行的命令，传递给管道另外一边就会报错。。。

加echo的话，执行就正常了，管道这边的输出，作为另外一端的输入是正确的。我是这么理解的。。。。

Looiml

回复 7# ivorning

1. echo ls|sh

复制代码

可以理解成

1. echo ls|sh -

复制代码

也就是：

1. echo ls|sh /dev/stdin

复制代码

命令echo ls的输出被当成一个文件，成为sh要读取的脚本文件。