POSIX中是否存在可安全调用close()的空文件描述符值？

答案是肯定的——在POSIX标准里，-1就是你要找的"空"文件描述符值，完全可以类比指针里的NULL来用。

核心逻辑说明： #

POSIX明确规定，有效的文件描述符都是非负整数：0、1、2对应标准输入、输出、错误流，后续打开的文件、套接字等会分配3及以上的正整数。而-1是一个永远不会被系统分配为有效描述符的值，当你调用close(-1)时，系统只会返回-1并设置errno为EBADF（无效文件描述符），但不会对任何实际的文件/套接字造成任何操作，完全符合你"传入close后无操作"的需求。

针对你的代码场景的优化方案： #

你在移动构造函数里需要把原对象的fd置为"空"，避免析构时重复close，用-1是完全合规且安全的做法。这里给你调整示例代码，补上关键的判断逻辑，避免无效close抛出异常：

class socket {
    int fd;
public:
    // 删除拷贝操作
    socket(const socket&) = delete;
    socket& operator=(const socket&) = delete;

    // 移动构造函数：接管原fd，将原对象置为"空"状态
    socket(socket&& other): fd{other.fd} {
        other.fd = -1; // 这里设置为无效描述符
    }

    ~socket() {
        // 先判断fd是否有效，再执行close
        if (fd != -1) {
            if (close(fd) == -1) {
                throw std::runtime_error(strerror(errno));
            }
        }
    }

    // 补充移动赋值运算符，保持语义一致性
    socket& operator=(socket&& other) {
        if (this != &other) {
            // 先关闭当前的fd（如果有效）
            if (fd != -1) {
                close(fd);
            }
            fd = other.fd;
            other.fd = -1;
        }
        return *this;
    }

    // 其他成员函数（比如构造函数打开套接字）...
};

额外注意事项： #

• 千万别用0、1、2这类标准流描述符当作"空"值，close它们会导致进程失去标准输入/输出/错误流，后续的控制台操作、日志输出都会出问题。
• 所有POSIX兼容系统（Linux、macOS、BSD等）都遵循这个规则，所以用-1是跨平台安全的，不用担心兼容性问题。
• 其实C++标准库的文件流（比如std::fstream）内部也是用类似逻辑管理的：当流被移动后，原流的内部文件描述符会被置为-1，确保析构时不会重复释放资源。

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