typeid 返回的 name() 字符串不可直接信任，因它是编译器实现定义的：GCC/Clang 返回 mangled 名（如 i 表示 int），需通过 cxxabi__demangle 解析才可读。
typeid 返回的 name() 字符串不可直接信任
在 C++ 中，typeid(var).name() 确实能返回类型名，但这个字符串是编译器实现定义的：GCC/Clang 返回的是 mangled name（如 i 表示 int， 表示 <code>std::vector<int></int>），MSVC 虽稍友好些但也非可读名称。它不是为人类阅读设计的，也不保证跨平台、跨编译器一致。
- 不能用
std::string(typeid(x).name()) == "std::string"做类型判断 —— 结果几乎总为 false - 不能用于日志中直接输出“用户友好的类型名”，除非你做了 demangle
- 即使同个编译器，不同优化级别或标准版本下，
name()输出也可能变化
要获取可读类型名，必须 demangle
Linux/macOS 下需调用 abi::__cxa_demangle；Windows MSVC 则可用 __unDName，但更推荐统一用 <typeinfo></typeinfo> + 第三方辅助（或 C++20 的 std::source_location 配合宏）。最常用且便携的做法是封装一个 demangle 函数：
#include <typeinfo>
#include <memory>
#include <cstdlib>
<h1>ifdef <strong>GNUG</strong></h1><h1>include <cxxabi.h></h1><p>std::string demangle(const char<em> mangled) {
int status = 0;
std::unique_ptr<char, void(</em>)(void*)> res{
abi::__cxa_demangle(mangled, nullptr, nullptr, &status),
std::free
};
return (status == 0) ? res.get() : mangled;
}</p><h1>else</h1><p>std::string demangle(const char* mangled) { return mangled; }</p><h1>endif</h1><p>立即学习“C++免费学习笔记（深入）”；
之后使用：demangle(typeid(my_var).name()) 才能得到类似 std::vector<int std::allocator>></int> 的结果。
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; \
}()
<p>// 使用：
auto x = std::vector<double>{1.0, 2.0};
std::cout << TYPE_NAME(decltype(x)) << "\n"; // 输出 "std::vector<double>"
这个方法不依赖 RTTI，无运行时开销，名字就是你写代码时用的字面量 —— 但注意：它和实际对象类型可能不一致（比如 auto y = x; 后 TYPE_NAME(decltype(y)) 还是 std::vector<double></double>，没问题；但若做了类型擦除，就完全失效）。
真正容易被忽略的是：typeid 的行为差异藏在多态性开关里，而 demangle 是手动补救步骤 —— 不做这一步，name() 几乎没实用价值。
