主页 / ubuntu / 问题 / 960822
Accepted
Zanna
Asked: 2017-10-01 07:46:53 +0800 CST

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

  • 772

我注意到/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 程序是分开的，我为什么或什么时候想使用它？

command-line

2 个回答

  1. Best Answer

    如果您打开bash提示并输入echo命令，该命令使用内置的 shell而不是运行/bin/echo. 它的存在仍然很重要的原因/bin/echo是：

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

    为了扩展#1，假设您想将所有名称以abc任何地方开头的常规文件移动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使用-execor-execdir之外，/bin/echo可执行文件将被其他程序调用，这些程序本身运行程序但不通过 shell。这发生在xargs命令（与相关find）以及许多其他上下文中，例如文件的Exec=行。另一个例子是当你运行时，它可以方便地测试是否工作。.desktopsudo echosudo

    同样，一些 shell 有一个printf内置的但/usr/bin/printf也存在。

    您可能故意使用的一个不太常见的可能原因/bin/echo是，如果您依赖于它与echo您的 shell 提供的命令之间的差异。man echo文件/bin/echo；help echo在 bash文档中bash内置。echo不是很可移植，因为不同的实现——包括跨操作系统和跨同一操作系统上的shell——支持不同的选项（例如，-e），并且它们对反斜杠的处理不同。当然，最好不要依赖这些细节，printf而是使用更便携的方式。

    在bash中，您也可以通过将flag传递给它type来使内置显示/bin/echo- 假设它总是/bin在你的应用程序中：$PATH-a

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

  2. Eliah 很好地回答了这个问题，但我想评论一下“为什么有另一个版本echo的 Bash 程序分开”部分。那是个错误的问题。

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

    为简单起见，看一下 dash 中的内置函数，只有 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不需要是内建的：它们不做任何只有内建才能做的事情（影响或获得外部命令无法使用的 shell 状态）。Bashprintf至少利用了内置功能：printf -v var将输出保存到变量var. timein bash 也很特殊：作为关键字，您可以在 bash 中对任意命令列表计时（破折号没有time等效项）。pwd也不需要是内置的 - 任何外部命令都将继承当前工作目录（它也是一个外部命令）。:是一个例外 - 你需要一个 NOP，:是的。其余的执行外部命令可以轻松执行的操作。

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

    内置
 本节列出了内置命令，因为它们
 需要执行一些单独的操作无法执行的操作
 过程。除了这些，还有其他几个命令可以
 为提高效率而内置（例如 printf(1)、echo(1)、test(1) 等）。

    差不多就是这样：这些内置函数的存在是因为它们经常以交互方式和在脚本中使用，而且它们的功能非常简单，shell 可以完成这项工作。所以它发生了：一些（大多数？）shell 承担了这项工作。** 回到从sh2.9 BSD开始，你不会找到echo内置的。

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

    * 这与 Almquist shell 的相应联机帮助页文本几乎相同，这是 Debian Almquist shell 的 dash 所基于的。

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

    • 32

相关问题