C语言进程fork时Socket资源复制问题及代码疑问

问题背景 #

在学习网络编程实现HTTP服务器时，遇到如下示例代码：

while(1) {  // main accept() loop
    sin_size = sizeof their_addr;
    new_fd = accept(sockfd, (struct sockaddr *)&their_addr, &sin_size);
    if (new_fd == -1) {
        perror("accept");
        continue;
    }

    inet_ntop(their_addr.ss_family,
        get_in_addr((struct sockaddr *)&their_addr),
        s, sizeof s);
    printf("server: got connection from %s\n", s);

    if (!fork()) { // this is the child process
        close(sockfd); // child doesn't need the listener
        if (send(new_fd, "Hello, world!", 13, 0) == -1)
            perror("send");
        close(new_fd);
        exit(0);
    }
    close(new_fd);  // parent doesn't need this
}

存在两个疑问：

1. 子进程为何要关闭父进程创建的原始监听socket文件描述符sockfd？
2. 父进程创建的所有资源（比如socket）是否都会被子进程复制？

解答 #

1. 父进程资源的复制规则

父进程的文件描述符会被子进程复制，但并非复制文件或socket本身，而是复制指向内核中「文件表项」的引用。内核里每个打开的文件（包括socket）都有一个引用计数，fork后该计数会加1。只有当所有引用对应的文件描述符都被close调用关闭后，内核才会真正释放这个资源。

除了文件描述符，子进程还会复制父进程的内存空间（采用写时复制机制，仅当某一方修改内存时才会真正拷贝）、环境变量、信号处理设置等，但进程ID、父进程ID这类进程专属属性不会被复制。

2. 子进程关闭sockfd的原因

• 防止资源泄漏：sockfd是监听socket，子进程的职责是处理已建立的客户端连接（即new_fd），不需要再监听新连接。如果子进程不关闭sockfd，这个监听socket的引用计数会随着每次fork子进程而递增。哪怕父进程退出，只要还有子进程持有sockfd的引用，内核就不会释放这个监听socket，对应的端口也无法被其他程序重新绑定。
• 代码规范与逻辑清晰：关闭不需要的文件描述符是网络编程的良好习惯，能避免后续代码出现误操作（比如子进程意外调用accept操作sockfd），让进程的职责边界更明确。

内容的提问来源于stack exchange，提问作者Vanja Stojanović