Solaris代码移植Linux时fstream不支持文件描述符构造如何解决

Solaris平台的fstream是厂商自定义扩展了接收文件描述符的构造函数，而Linux环境下的标准C库（GCC libstdc、Clang libc等）遵循ISO C标准，默认未提供该非标准接口。标准fstream的构造函数第一个参数应为文件路径字符串，你传入int类型的套接字描述符时，编译器尝试匹配const char*类型的参数就会触发转换错误。

方案1：GNU扩展快速适配（仅适用GCC编译场景） #

libstdc++提供了非标准的__gnu_cxx::stdio_filebuf类，可直接绑定文件描述符，改动最小，兼容原有代码的调用逻辑：

1. 新增头文件引用：

#include <ext/stdio_filebuf.h>
#include <unistd.h>

2. 修改类定义：

class UNITSocketStream : public std::iostream
{
public:
    UNITSocketStream( UNITSocket & );
    // 注意修正原代码的笔误：UNISocketStream改为UNITSocketStream
    UNITSocketStream( int sfd );
    virtual ~UNITSocketStream();
private:
    __gnu_cxx::stdio_filebuf<char> buf;
    bool owned;
    UNITSocketStream(const UNITSocketStream &);
    UNITSocketStream & operator =( const UNITSocketStream &rhs);
};

3. 修改构造函数和析构函数实现：

UNITSocketStream::UNITSocketStream( UNITSocket &sockobj )
: std::iostream(&buf), 
  buf(sockobj.sockfd(), std::ios::in | std::ios::out)
{
    if ( fail() )
    {
        throw UNITSocketStreamInitFail(" bad stream ");
    }
    sockobj.disown();
    owned = true;
}

UNITSocketStream::UNITSocketStream(int sockfd)
: std::iostream(&buf),
  buf(sockfd, std::ios::in | std::ios::out)
{
    if ( fail() )
    {
        throw UNITSocketStreamInitFail(" bad stream ");
    }
    owned = true;
}

UNITSocketStream::~UNITSocketStream()
{
    if (owned) {
        ::close(buf.fd());
    }
}

方案2：跨平台自定义streambuf实现 #

如果要完全不依赖编译器扩展、适配所有平台，可以自行实现一个继承std::streambuf的类，封装socket的读写逻辑，再绑定到std::iostream上使用，适配性最强。

方案3：C++23标准接口实现 #

如果项目可升级到C++23版本，标准库已新增std::basic_filebuf的原生句柄相关接口，可直接传入套接字描述符初始化，用法和GNU扩展逻辑一致，仅需将非标准的__gnu_cxx::stdio_filebuf替换为标准std::filebuf即可。

• 套接字是全双工流，fstream默认的文件缓冲可能导致数据滞留在缓冲区，收发数据时可按需调用flush()，或关闭流缓冲保证实时性。
• 原代码中的第二个构造函数类名存在笔误，UNISocketStream需修正为UNITSocketStream，否则会触发链接错误。

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