为什么自动生成的文件描述符从3开始?

问题描述

是否为其他进程打开了具有较低值的文件描述符,如果是的话,还是仅仅是一个惯例?

请参阅下面的解释程序会话,该解释程序在WSL2的Ubuntu20.04中执行:

Python 3.8.2 (default,Jul 16 2020,14:00:26)
[GCC 9.3.0] on linux
Type "help","copyright","credits" or "license" for more information.
>>> import os
>>> import tempfile
>>>
>>> fd,path_3 = tempfile.mkstemp()
>>> print(fd,path_3)
3 /tmp/tmpeaqkgmmg
>>>
>>> fd,path_4 = tempfile.mkstemp()
>>> print(fd,path_4)
4 /tmp/tmp3tskrarr
>>>
>>> os.close(3)
>>> os.unlink(path_3)
>>>
>>> os.close(4)
>>> os.unlink(path_4)
>>>
>>> fd,path_3)
3 /tmp/tmpsyqvut1r

从上述会话中可以清楚地看到,当不再使用文件描述符时,mkstemp将自动选择可用的最低编号。那么0、1和2呢?

解决方法

0、1和2是分别与标准输入,输出和错误链接的文件描述符。 POSIX兼容系统中的每个进程都应具有它们。您可以将其视为“一切都是文件”理念的直接结果:输入就像可以读取的文件,输出就像可以写入的文件。

如Tryph在评论中所述,您可以阅读the wiki article on file descriptors以获得更多信息。

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...