Linux TCP socket编程中accept()返回的文件描述符值是否唯一？

文件描述符的唯一性仅限制在单个进程维度，不存在系统全局唯一的特性

具体规则如下：

• 同一进程的同一时间点，所有处于打开状态的文件描述符（包括accept()返回的TCP套接字描述符）值必然唯一。内核为每个进程维护独立的文件描述符表，分配新描述符时默认选择当前进程未被占用的最小非负整数，因此同进程内不会出现两个值相同的有效打开描述符。
• 不同进程之间完全可能存在数值完全相同的文件描述符，这属于正常场景。比如两个独立运行的TCP服务端进程，各自accept()新连接时完全可能拿到数值一致的描述符，二者分别对应各自进程内的独立套接字资源，互不影响。
• 同一进程的不同时间点也可能出现相同数值的描述符：如果某个描述符被close()释放，其数值会回到内核的可分配池，后续accept()、打开文件、创建其他套接字时，该数值可能被重新分配给新的资源，此时相同数值对应的资源已经完全不同。

如果需要全局唯一标识一个TCP连接，不能仅依赖文件描述符数值，需要结合进程ID、TCP四元组（源IP、源端口、目的IP、目的端口）等信息联合判断。

内容的提问来源于stack exchange，提问作者Johnny