这个问题戳中了Unix/Linux系统中文件描述符的核心逻辑，我给你拆解明白：

• 文件描述符的本质是「进程内的整数索引」
  你通过open()或socket()拿到的fd，其实是进程内部的一个整数，它指向内核维护的「文件表项」（里面记录了文件/套接字的打开状态、位置等信息）。内核会为每个打开的资源维护一个引用计数，每打开一次（或者复制一次fd，比如dup()）计数加1，每调用一次close()计数减1。

• 传值传递的是fd的「副本」，但指向同一个内核资源
  当你把fd以传值方式传给函数时，函数里的参数是一个新的整数变量，它的值和主函数里的fd完全一样——就像复制了一把相同的钥匙。这时候，两个fd指向的是同一个内核文件表项，引用计数会增加1（如果之前只有主函数的fd，此时计数为2）。

• 调用close(fd)关闭的是「内核资源的引用」，而非变量本身
  当函数里执行close(fd)时，内核会把对应文件表项的引用计数减1：

  • 如果计数减到0，内核会真正释放这个文件/套接字资源，此时主函数里的fd虽然还是那个整数，但已经变成了「无效描述符」，再用它做读写、accept等操作会直接报错（比如EBADF错误）。
  • 如果还有其他引用（比如之前用dup()复制过fd），那资源不会被释放，但主函数里的fd依然不能再用——因为你关闭的是这个fd对应的引用，即使资源还在，这个特定的fd已经失效了。

举个简单的代码例子：

#include <stdio.h>
#include <fcntl.h>
#include <unistd.h>

void close_fd(int fd_copy) {
    close(fd_copy);
    printf("函数里的fd已关闭\n");
}

int main() {
    int fd = open("test.txt", O_RDWR | O_CREAT, 0644);
    if (fd == -1) {
        perror("open failed");
        return 1;
    }
    close_fd(fd);
    // 此时再用主函数的fd尝试写入
    int ret = write(fd, "hello", 5);
    if (ret == -1) {
        perror("write failed"); // 会输出 "write failed: Bad file descriptor"
    }
    return 0;
}

总结一下：主函数里的fd变量本身的值不会变，但它对应的内核资源已经被关闭（或者引用计数减少），这个fd已经不能再正常使用了——就像钥匙还在，但门已经被锁死甚至拆了，完全没用了。

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