bash - 开始时使用 echo -n 命令的有趣行为

Question

我发现一些命令有一个有趣的行为，当使用 echo -n 命令进行管道传输时，这些命令需要手动中断。

bash-3.2$ openssl
OpenSSL> exit

bash-3.2$ echo -n | openssl
OpenSSL> bash-3.2$

bash-3.2$ telnet 10.207.139.8 22
Trying 10.207.139.8...
Connected to 10.207.139.8.
Escape character is '^]'.
SSH-2.0-OpenSSH_7.4
^]
telnet> Connection closed.

bash-3.2$ echo -n | telnet 10.207.139.8 22
Trying 10.207.139.8...
Connected to 10.207.139.8.
Escape character is '^]'.
Connection closed by foreign host.
bash-3.2$

与 echo -n 一起使用时，不会提示用户输入。幕后发生了什么？

echo 命令的手册页是这么说的

 -n    Do not print the trailing newline character.  This may also be achieved by appending `\c' to the end of the string, as is done by iBCS2
           compatible systems.  Note that this option as well as the effect of `\c' are implementation-defined in IEEE Std 1003.1-2001 (``POSIX.1'')
           as amended by Cor. 1-2002.  Applications aiming for maximum portability are strongly encouraged to use printf(1) to suppress the newline
           character.

Answer 1

当您将两个命令连接到管道中时，foo | bar，第一个命令的输出将作为第二个命令的输入传递。

相比之下，当您单独运行第二个命令 bar 时，它的输入是从环境继承的。就您而言，这意味着输入来自您在控制台上键入的内容。

所以，这个:

openssl

运行openssl并让您向其中键入输入，而:

echo -n | openssl

使用完全空的输入运行 openssl — 因此它会立即看到文件结尾并退出。

(在许多情况下，程序仍然可能访问控制台并直接与您交互。但通常 Unix-y 程序的设计不会以这种方式强制您自己。如果您将标准输入重定向到其他地方，大多数 Unix-y 程序都会尊重这一点。)

顺便说一句，将空输入传递给命令的更传统方法是使用特殊的始终为空的文件/dev/null:

openssl </dev/null