为什么有一个/ bin / echo，为什么我要使用它？

我注意到/bin/echo我的Ubuntu MATE 17.04系统上有一个二进制可执行文件。

我认为这很奇怪，因为

$ type echo
echo is a shell builtin

光标测试表明，/bin/echo它可以执行与Bash内置函数相同的操作echo：

$ /bin/echo foo
foo
$ /bin/echo $USER
zanna

那么，为什么还有echo不同于Bash程序的另一个版本，为什么以及何时要使用它呢？

如果打开bash提示并键入echo命令，则使用内置的Shell而不是running /bin/echo。它仍然很重要的原因/bin/echo是：

1. 您并不总是使用外壳。在各种情况下，您可以直接而不是通过Shell运行可执行文件。
2. 至少从理论上讲，有些外壳没有echo内置的。这实际上不是必需的。

要在＃1上进行扩展，假设您想将名称以abcin 开头的所有常规文件移动src到dest。有几种方法可以做到这一点，但其中一种是：

find src -name 'abc*' -type f -exec mv -nv {} dest/ \;

但是，假设您不仅要运行它，还希望看到将首先运行的每个命令。好了，那么您可以echo像在其他情况下一样，在命令前添加命令：

find src -name 'abc*' -type f -exec echo mv -nv {} dest/ \;

但是find不使用外壳。运行/bin/echo。

除了find使用-exec或之外-execdir，/bin/echo可执行文件还将由其他本身运行程序但不通过外壳运行的程序调用。这种情况发生与xargs命令（其涉及到find），以及在许多其他情况下，如所述Exec=线的一个.desktop文件。另一个示例是运行时sudo echo，可以方便地测试其是否sudo正常运行。

同样，一些外壳具有printf内置功能，但/usr/bin/printf也存在。

您可能故意使用的一个不太常见的可能原因/bin/echo是，您是否依赖于它与echoShell提供的命令之间的差异。man echo文件/bin/echo; help echo在 bashbash内置文件中。echo它不是非常可移植的，因为不同的实现（跨操作系统和同一操作系统上的Shell）都支持不同的选项（例如-e），并且对反斜杠的处理方式也不同。当然，最好避免依赖这些细节，而要使用printf它，因为它更加可移植。

在bash，可以使type内置的表演/bin/echo，以及-假设/bin是你的$PATH，因为它始终应该是-通过它传递的-a标志：

$ type -a echo
echo is a shell builtin
echo is /bin/echo

Eliah在回答这个问题上做得很出色，但我想评论一下“为什么echo要从Bash程序中分离出另一个版本”。那是个错误的问题。

正确的问题是：为什么它本来是内置的，而原本可以是（并且是）完美的外部命令？

为简单起见，请看破折号中的内建函数，只有38个（bash有61个，作为比较，以的输出为准compgen -b）：

.               continue        getopts         readonly        type
:               echo            hash            return          ulimit
[               eval            jobs            set             umask
alias           exec            kill            shift           unalias
bg              exit            local           test            unset
break           export          printf          times           wait
cd              false           pwd             trap
command         fg              read            true

其中有多少需要内置？[，echo，false，printf，pwd，test，和true不要需要是内建的：他们没有做任何事情，只有内置可以做（影响或获得壳状态，这不是提供给外部命令）。Bash printf至少利用了内置功能：printf -v var将输出保存到变量中var。timebash中的bash也很特殊：通过作为关键字，您可以为bash中的任意命令列表计时（破折号没有time等效项）。pwd也不需要是内置的-任何外部命令都将继承当前的工作目录（这也是一个外部命令）。:是一个例外-您需要一个NOP，:就是这样。其余的执行外部命令可以轻松执行的操作。

因此，这些内建函数的五分之一不需要内建。那为什么？手册dash页 *实际上解释了为什么这些是内置函数（强调我的）：

内建
 本节列出了内置命令，因为它们是内置命令
 需要执行一些单独的操作无法执行的操作
 处理。除了这些，还有一些其他命令可能
 内置以提高效率（例如printf（1），echo（1），test（1）等）。

就是这样：这些内置函数之所以存在，是因为它们以交互方式在脚本中经常使用，并且它们的功能非常简单，因此Shell可以胜任。所以它发生：一些（？大多数）弹了在工作**回去。在sh从2.9 BSD，你不会找到一个echo内置。

因此，最小外壳程序完全有可能跳过实现诸如内置命令之类的命令（不过，我认为当前没有任何外壳程序可以这样做）。GNU coreutils项目不假定您要在特定的shell中运行它们，而POSIX需要这些命令。因此，coreutils仍然提供这些功能，并跳过外壳之外没有任何意义的功能。

*这几乎与Almquist shell的相应手册页文本相同，而破折号Debian Almquist shell正是基于此文本。

** zsh将这个想法发挥到了极致：通过加载各种模块而获得的命令（例如zmv）是您甚至认为Shell都不需要进入的东西。那时，真正的问题是：为什么要使用bash代替具有所有这些内置函数的zsh？