GCC下wstringstream参数用流插入报错但MSVC正常编译问题咨询

首先明确：这不是GCC的bug，是MSVC默认启用了不符合C++标准的扩展语法才编译通过。

报错核心逻辑 #

std::wstringstream的流插入运算符<<继承自父类std::basic_ostream<wchar_t>，调用后的返回值是std::basic_ostream<wchar_t>&类型，而非原std::wstringstream类型的引用。
你的LogMessage函数声明要求传入const std::wstringstream&类型参数，相当于要求将父类（std::wostream）引用隐式向下转换为子类（std::wstringstream）的const引用，这种转换在标准C++中是不被允许的，因此GCC会直接报错。
你观察到的几个现象也完全符合这个逻辑：

• 无插入操作的临时std::wstringstream直接传参：没有调用<<，类型本身就是std::wstringstream，匹配参数要求，编译通过
• 先实例化std::wstringstream完成插入再传参：变量本身类型还是std::wstringstream，匹配参数要求，编译通过
• 传参时执行插入操作：返回值变成std::wostream&，类型不匹配，编译报错

MSVC编译通过的原因 #

MSVC默认关闭了标准严格模式，启用了大量非标准的兼容扩展，允许这种不符合C++标准的隐式向下转型，同时对临时对象的引用绑定规则也做了放宽。如果你给MSVC加上/permissive-编译选项开启标准严格模式，同样会报和GCC一致的编译错误。

提供三种常用修复方式，按需选择即可：

方案1：修改LogMessage参数类型（最推荐） #

将函数参数类型从const std::wstringstream&改为const std::wstring&，同时调整宏定义在传参前调用.str()获取字符串：

// 修改函数声明
inline void LogMessage(eLogLevel lvl, const std::wstring& str, const std::wstring& logHelper);

// 修改宏定义
#define LogInfo(str) { LogMessage(eLogLevel_INFO, (std::wstringstream() << LOG_HELPER << str).str(), (std::wstringstream() << LOG_HELPER_2).str());  }

这种方式完全符合C++标准，无类型安全问题，跨编译器兼容性最好。

方案2：强制类型转换 #

在宏中对<<返回的流引用做向下转型，因为你明确知道该流的实际类型是std::wstringstream，转型是安全的：

#define LogInfo(str) { LogMessage(eLogLevel_INFO, static_cast<std::wstringstream&>(std::wstringstream() << LOG_HELPER << str), static_cast<std::wstringstream&>(std::wstringstream() << LOG_HELPER_2));  }

不需要修改原有LogMessage的实现，改造成本最低。

方案3：修改参数为std::wostream& #

将函数参数改为接收const std::wostream&，函数内部通过dynamic_cast转换为std::wstringstream类型后再处理：

// 修改函数声明
inline void LogMessage(eLogLevel lvl, const std::wostream& str, const std::wostream& logHelper) {
    const auto* pStrStream = dynamic_cast<const std::wstringstream*>(&str);
    const auto* pHelperStream = dynamic_cast<const std::wstringstream*>(&logHelper);
    if (pStrStream && pHelperStream) {
        // 原有逻辑，通过pStrStream->str()获取字符串
    }
}

这种方式适合不想修改宏定义、同时能接受dynamic_cast少量性能开销的场景。

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