有关这些文件的权威信息，请查看手册页，在您的终端上运行该命令。

$ man stdout 

但简单来说，每个文件都是用于:

输出流的Stdout

流输入的Stdin

打印错误或日志消息的标准错误。

每个unix程序都有这些流中的每一个。

stderr将不做IO缓存缓冲，所以如果我们的应用程序需要打印关键消息信息(一些错误，异常)到控制台或文件使用它作为使用标准输出打印一般日志信息，因为它使用IO缓存缓冲有一个机会，在写入我们的消息到文件应用程序可能会关闭，留下复杂的调试

使用ps -aux显示当前进程，所有这些进程都列在/proc/ as /proc/(pid)/中，通过调用cat /proc/(pid)/fd/0，它会打印在该进程的标准输出中找到的任何东西。因此,或许,

/proc/(pid)/fd/0 -标准输出文件 /proc/(pid)/fd/1 -标准输入文件 /proc/(pid)/fd/2 -标准错误文件

例如

但只有在/bin/bash中才能很好地工作，其他进程通常在0中没有任何内容，但在2中有许多错误

标准输入——这是进程读取的文件句柄，以便从您获取信息。

标准输出—您的进程将常规输出写入此文件句柄。

标准错误-进程将诊断输出写入此文件句柄。

这是我能做到的最愚蠢的了:-)

当然，这主要是惯例。如果您愿意，没有什么可以阻止您将诊断信息写入标准输出。您甚至可以完全关闭三个文件句柄，并打开您自己的文件进行I/O。

当您的进程启动时，它应该已经打开了这些句柄，并且可以读取和/或写入它们。

默认情况下，它们可能连接到您的终端设备(例如，/dev/tty)，但是shell将允许您在进程启动之前在这些句柄和特定的文件和/或设备(甚至是到其他进程的管道)之间建立连接(可能的一些操作相当聪明)。

一个例子是:

my_prog <inputfile 2>errorfile | grep XYZ

将:

为my_prog创建一个进程。 打开inputfile作为标准输入(文件句柄0)。 打开errorfile作为标准错误(文件句柄2)。 为grep创建另一个进程。 将my_prog的标准输出附加到grep的标准输入。

回复你的评论:

当我在/dev文件夹中打开这些文件时，为什么我从来没有看到进程运行的输出?

因为它们不是普通的文件。虽然UNIX将所有内容都作为文件系统中的某个文件，但在最低级别上并不是这样。/dev层次结构中的大多数文件不是字符设备就是块设备，实际上是一个设备驱动程序。它们没有尺寸，但有主设备号和副设备号。

当您打开它们时，您连接到的是设备驱动程序，而不是物理文件，而且设备驱动程序足够智能，知道应该分别处理不同的进程。

Linux /proc文件系统也是如此。这些不是真正的文件，只是严格控制的通往内核信息的网关。

有关这些文件的权威信息，请查看手册页，在您的终端上运行该命令。

$ man stdout 

但简单来说，每个文件都是用于:

输出流的Stdout

流输入的Stdin

打印错误或日志消息的标准错误。

每个unix程序都有这些流中的每一个。

作为上述答案的补充，以下是关于重定向的总结:

编辑:这张图并不完全正确。

第一个例子根本没有使用stdin，它将“hello”作为参数传递给echo命令。

图表还显示，2>&1与&>具有相同的效果

ls Documents ABC > dirlist 2>&1
#does not give the same output as 
ls Documents ABC > dirlist &>

这是因为&>需要重定向到一个文件，而2>&1只是将stderr发送到stdout