为何socketpair()返回两个套接字？是否存在自连接套接字等价实现？

为什么socketpair()不返回自连接套接字？ #

先搞懂socketpair()的设计初衷——它其实就是创建两个互相连通的独立套接字，和fork()配合只是最常见的用法，不是唯一用法。比如同一进程里要做双向通信，直接用这两个套接字就能轻松实现读写分离，不用额外折腾。要是它返回自连接套接字，同一进程内的双向通信反而会变得麻烦。

至于你说的“无用套接字”，这是fork()的特性导致的必然结果：fork()会完整复制父进程的所有文件描述符，所以父进程的两个套接字会被子进程原样复制。但父子进程只需要各留一个套接字来互传数据，剩下的那个必须关闭——不然套接字的引用计数不会归零，哪怕一方退出，另一方也收不到EOF信号，会一直卡在读写操作上。这不是设计浪费，是必须的清理步骤，保证通信链路能正常收尾。

有没有等价的自连接套接字实现？ #

自连接套接字确实能实现，但它和socketpair()的定位完全不一样。自连接是单个套接字连自己，一般用于测试或者特殊场景，而socketpair()是专门用来创建一对互连通的套接字，适配进程间通信的需求。

如果想模拟类似socketpair()的效果，其实用UNIX域套接字的客户端-服务器模式就能做到：

• 创建UNIX域套接字服务器，绑定到临时路径（比如/tmp/temp_sock），然后监听。
• 同一进程内创建客户端套接字，连接到刚才的绑定路径。
• 服务器调用accept()拿到连接后的套接字。
• 这时你就得到了一对互连通的套接字，和socketpair()效果一致。不过fork()之后还是要关闭多余的描述符，本质和socketpair()的场景没区别。

要是你真的想搞自连接套接字，用TCP环回地址（127.0.0.1）就能实现，代码示例如下：

#include <sys/socket.h>
#include <netinet/in.h>
#include <unistd.h>
#include <fcntl.h>
#include <string.h>

int create_self_connect_tcp() {
    int listen_sock = socket(AF_INET, SOCK_STREAM, 0);
    if (listen_sock == -1) return -1;

    struct sockaddr_in addr;
    memset(&addr, 0, sizeof(addr));
    addr.sin_family = AF_INET;
    addr.sin_addr.s_addr = htonl(INADDR_LOOPBACK);
    addr.sin_port = 0; // 让系统分配随机端口

    // 绑定并监听
    if (bind(listen_sock, (struct sockaddr*)&addr, sizeof(addr)) == -1) {
        close(listen_sock);
        return -1;
    }
    if (listen(listen_sock, 1) == -1) {
        close(listen_sock);
        return -1;
    }

    // 获取绑定的端口号
    socklen_t len = sizeof(addr);
    getsockname(listen_sock, (struct sockaddr*)&addr, &len);

    // 创建客户端套接字并发起连接
    int client_sock = socket(AF_INET, SOCK_STREAM, 0);
    if (client_sock == -1) {
        close(listen_sock);
        return -1;
    }
    if (connect(client_sock, (struct sockaddr*)&addr, sizeof(addr)) == -1) {
        close(client_sock);
        close(listen_sock);
        return -1;
    }

    // 服务器接受连接
    int conn_sock = accept(listen_sock, NULL, NULL);
    if (conn_sock == -1) {
        close(client_sock);
        close(listen_sock);
        return -1;
    }

    // 关闭监听和客户端套接字，返回连接后的套接字
    close(listen_sock);
    close(client_sock);
    return conn_sock;
}

不过要注意，这种自连接套接字只能在单个进程内用，fork()之后父子进程的套接字还是各自连自己，没法互相通信——这也是socketpair()设计成双套接字的核心原因：fork()后父子各留一个，直接就能互传数据，完全适配进程间通信的需求。

总结 #

• socketpair()的双套接字结构不是设计缺陷，它支持更多场景（同一进程双向通信、非父子进程间通信），关闭多余套接字是保证通信正常的必要操作，没什么额外开销。
• 自连接套接字能实现，但应用场景极窄，根本替代不了socketpair()在进程间通信的作用。与其纠结这个，不如接受标准的socketpair()+fork()流程——这是经过长期验证的高效方案。

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