socket文件描述符,linux查看文件描述符

Linux内核(kernel )使用文件描述符(file descriptor )访问文件。 文件描述符是非负整数。 打开现有文件或创建新文件时，内核会返回文件描述符。 在Linux系统上，读写文件时也必须使用Linux文件描述符来指定要读写的文件。

实际上，文件描述符是指向内核为每个进程维护的进程打开的文件的记录表的索引值。 当程序打开现有文件或创建新文件时，内核会向进程返回文件描述符。 在编程中，基本编程经常围绕文件描述符展开。 但是，文件描述符这个概念大多只适用于UNIX和Linux这样的操作系统。

以前，“标准输入”的Linux文件描述符为0，“标准输出”为1，“标准错误”为2。 虽然此习惯不是Unix内核的特性，但由于shell和许多APP应用程序都使用此习惯，因此如果内核不遵循此习惯，许多APP应用程序将无法使用。 因此，大多数Linux系统调用都依赖于Linux文件描述符。

首先说files。 文件指针的数组。 通常，进程从files[0]读取输入，将输出写入files[1]，并将错误消息写入files[2]。

例如，从我们的角度来看，c语言的printf函数会在命令行打印字符，但从流程的角度来看，它会将数据写入files[1]。 同样，scanf函数是进程尝试从名为files[0]的文件中读取数据。

创建每个进程后，files的前三位用缺省值填充，分别指向标准输入流、标准输出流和标准错误流。 常见的“文件描述符”是指此文件指针数组的索引，因此程序的文件描述符缺省为0输入、1输出、2错误。

进程获取文件描述符的最常见方法是从本地子例程open或create中获取，或者从父进程继承。 通过后一种方法，子进程也可以访问父进程使用的文件。 文件描述符通常对于每个进程是唯一的。 当您使用fork子程序创建子流程时，子流程会获取父流程的所有文件描述符的副本，这些文件描述符将在fork运行时打开。 从fcntl、dup或dup2子程序复制或复制流程时，也会发生相同的复制流程。

对于每个进程，操作系统内核都会在u_block结构中维护一个文件描述符表，所有文件描述符都会在该表中创建索引。 到了这里，我就明白了“Linux上的所有文件”的设计构想的巧妙之处。 无论是设备、其他进程、套接字还是真实文件，都是可读写的，可以合并到一个简单的文件数组中。 进程通过简单的文件描述符访问相应的资源，具体细节传递给操作系统，有效地解除绑定，美观高效。

实际上，Linux文件描述符被视为系统资源，可以使用适当的命令显示文件描述符的上限。 每个文件描述符对应于一个打开的文件，而不同的文件描述符也指向同一个文件。 本网站的Linux教程详细介绍了Linux文件描述符的使用。 想马上掌握Linux文件描述符的人请去看看。