boost::typeindex::type_id<>().pretty_name()跨环境输出差异咨询

架构老林

2026-8-27

差异根因

该差异是编译器实现差异导致，和操作系统区别、Boost配置参数、Boost版本无直接关联。
boost::typeindex::type_id<T>().pretty_name()的输出完全依赖编译器原生typeid接口的返回规则，Boost本身不会做跨编译器的格式统一裁剪：

Linux下GCC的typeid(T).name()对自定义类类型的返回值默认不带类型分类前缀，因此直接输出为"A"、"B"，符合预期
Windows下MSVC编译器的typeid(T).name()规则中，所有自定义类类型的名称前会默认拼接class 前缀，结构体类型拼接struct 前缀、枚举类型拼接enum 前缀，Boost 1.78.0未针对MSVC的这一规则做前缀剔除，因此最终输出带class 前缀。

兼容方案

不要直接依赖pretty_name()的原生输出作为工厂模式的注册键，跨编译器场景下该接口的输出一致性没有保障，可选择以下两种方案解决：

优先方案：为所有需要注册到工厂的类型手动指定固定的字符串标识作为注册键，完全绕开编译器类型名输出的差异问题，稳定性最高
适配方案：如果要继续使用类型名作为注册键，针对MSVC环境对返回值做前缀裁剪即可，参考实现如下：

#include <string>
#include <boost/type_index.hpp>

template<typename T>
std::string get_unified_type_name() {
    std::string raw_name = boost::typeindex::type_id<T>().pretty_name();
    // 裁剪MSVC输出的类型前缀
    static const std::string prefixes[] = {"class ", "struct ", "enum "};
    for (const auto& prefix : prefixes) {
        if (raw_name.starts_with(prefix)) {
            return raw_name.substr(prefix.length());
        }
    }
    return raw_name;
}