“少”如何从stdin中获取数据，同时仍然能够读取用户的命令？

正如大多数人已经做过很多次一样，使用less以下命令查看长文本很方便：

some_command | less

现在，它的标准输入连接到管道（FIFO）。它仍如何读取上/下/退出等命令？

如William Pursell所述，less从终端读取用户的击键。它显式打开/dev/tty，控制终端；它提供了一个文件描述符，与标准输入分开，它可以从中读取用户的交互式输入。如有必要，它可以同时从标准输入读取数据以显示。（如果需要，它也可以直接写入终端。）

您可以通过运行看到这种情况

some_command | strace -o less.trace -e open,read,write less

移动输入，退出less，然后查看以下内容less.trace：您将看到它为open /dev/tty，并从文件描述符0和打开时返回的任何文件描述符/dev/tty（可能为3）中读取。

对于希望确保它们正在读取和写入终端的程序，这是常见的做法。一个示例是SSH，例如，当它要求输入密码或密码时。

正如解释由席利，如果/dev/tty不能打开，less将其标准错误（文件描述符2）读取。less的使用/dev/tty在1991年4月2日发布的177版中引入。

如果您尝试运行cat /dev/tty | less，如建议由哈根·冯·艾特森，less将在开幕成功/dev/tty，但不会从中得到任何输入直至cat关闭它。这样一来，您将看到屏幕空白，直到您按下CtrlC杀死按钮cat（或以其他方式杀死它）之前，什么都没有。然后less将显示您在cat运行时输入的任何内容，并允许您对其进行控制。

在重定向标准输入后，UNIX提供了两种读取用户输入的方法：

• 原始方法是从stderr读取。Stderr开放供写作和阅读，这在POSIX中仍然提到。

• 后来的UNIX版本确实在1979年左右添加了一个/dev/tty驱动程序接口，该接口允许打开进程的控制tty。因为有些进程没有控制tty，所以打开尝试/dev/tty失败的可能性很大。因此，友好的书面软件将退回到原始方法，然后尝试从stderr读取。