最近在做TCP/IP传输相关项目,对于socket文件描述符的取值范围和分配进行了探索。
在系统头文件posix_types.h中定义了文件描述符的最大数量1024,意味着文件描述符的取值范围是0~1023,并且0、1、2已经被分配了,0表示标准输入,1表示标准输出,2表示标准错误输出,而通过socket()分配的socket文件描述符的取值范围是从3~1023的。普通文件描述符和socket文件描述符是统一分配的,所以不会冲突,总数有限。如果socket()循环执行1020次,会从3分配到1023,如果继续调用socket(),就会返回-1,因为超过了文件描述符上限。如果此时调用close()关闭文件描述符,那么再调用socket(),就可以继续成功分配了,并且是从小到大从第一个没有被分配的文件描述符开始分配。
下面是示例代码:
结果:
说明socket()从3~1023分配,若返回-1,表示此时已经没有空闲的文件描述符了。
现在尝试,close几个fd然后再分配,看结果。
结果:
可以发现,关闭了3,100,102,1023,再次分配fd的时候,按照从小到大顺次分配未被分配的描述符。
具体的算法不知道,但是很巧妙,这样可以保证文件描述符的数量不会超过系统限制,循环使用文件描述符。