typeid 返回的 name() 字符串不可直接信任，因它是编译器实现定义的：GCC/Clang 返回 mangled 名（如 i 表示 int），需通过 cxxabi__demangle 解析才可读。
typeid 返回的 name() 字符串不可直接信任
在 c++ 中，typeid(var).name() 确实能返回类型名，但这个字符串是编译器实现定义的：GCC/Clang 返回的是 mangled name（如 i 表示 int， 表示 std::vector），MSVC 虽稍友好些但也非可读名称。它不是为人类阅读设计的，也不保证跨平台、跨编译器一致。
- 不能用
std::string(typeid(x).name()) == "std::string"做类型判断 —— 结果几乎总为 false - 不能用于日志中直接输出“用户友好的类型名”，除非你做了 demangle
- 即使同个编译器，不同优化级别或标准版本下，
name()输出也可能变化
要获取可读类型名，必须 demangle
Linux/macOS 下需调用 abi::__cxa_demangle；Windows MSVC 则可用 __unDName，但更推荐统一用 std::source_location 配合宏）。最常用且便携的做法是封装一个 demangle 函数：
#include #include #include ifdef GNUG
include
std::string demangle(const char mangled) { int status = 0; std::unique_ptr)(void*)> res{ abi::__cxa_demangle(mangled, nullptr, nullptr, &status), std::free }; return (status == 0) ? res.get() : mangled; }
else
std::string demangle(const char* mangled) { return mangled; }
endif
立即学习“C++免费学习笔记（深入）”；
之后使用：demangle(typeid(my_var).name()) 才能得到类似 std::vector 的结果。
typeid 在运行时类型识别（RTTI）中有严格前提
typeid 对多态类型（含虚函数的类）能返回实际动态类型；对非多态类型，只返回静态声明类型。这意味着：
-
Base* p = new Derived;→typeid(*p).name()返回Derived（前提是Base有虚函数） - 若
Base没有虚函数，则typeid(*p)永远是Base，哪怕p指向Derived实例 - 对内置类型、POD 类型、无虚函数的类，
typeid不触发运行时开销，但也不能反映继承关系
替代方案：C++17 std::string_view + 宏 + decltype（无 RTTI 依赖）
如果只是调试或日志需要“源码中写的类型名”，不用运行时识别，可以绕过 typeid，用宏展开：
#define TYPE_NAME(T) []{ constexpr std::string_view s = #T; return s; }() // 使用： auto x = std::vector{1.0, 2.0}; std::cout << TYPE_NAME(decltype(x)) << "n"; // 输出 "std::vector"
这个方法不依赖 RTTI，无运行时开销，名字就是你写代码时用的字面量 —— 但注意：它和实际对象类型可能不一致（比如 auto y = x; 后 TYPE_NAME(decltype(y)) 还是 std::vector，没问题；但若做了类型擦除，就完全失效）。
真正容易被忽略的是：typeid 的行为差异藏在多态性开关里，而 demangle 是手动补救步骤 —— 不做这一步，name() 几乎没实用价值。