typeid(T).name() 返回不可靠的编译器内部符号名，不可用于日志、调试或类型比对；应使用abi::__cxa_demangle（GNU/macOS）或__unDName（MSVC）解码，或改用std::type_index进行安全类型识别。
typeid 返回的 name() 不可靠，别直接用
在 C++ 里调用 typeid(T).name() 看似能拿到类型名，但实际返回的是编译器生成的内部符号名（比如 "i" 表示 int，"St6vectorIiSaIiEE" 表示 std::vector<int></int>），不同编译器甚至同一编译器不同版本结果都可能不同。它不是可读字符串，也不保证稳定——你不能靠它做日志、调试输出或类型比对。
想打印可读类型名？得 demangle
GNU/Linux 和 macOS 上，abi::__cxa_demangle 可以把 mangled 名字转成人类可读形式；Windows MSVC 则用 __unDName。但注意：demangle 是运行时操作，需要手动管理内存（GNU 版本返回新分配的缓冲区，必须 free()）。
- GNU/Clang 示例：
#include <cxxabi.h> #include <iostream> #include <memory> <p>template<typename T> std::string type_name() { int status; std::unique_ptr<char, void(<em>)(void</em>)> res{ abi::__cxa_demangle(typeid(T).name(), nullptr, nullptr, &status), [](void* p) { free(p); } }; return (status == 0) ? res.get() : typeid(T).name(); } - MSVC 没标准 demangle 接口，
typeid(T).name()在调试器里显示正常，但代码中仍为修饰名；若需可读名，建议用宏 + 字符串字面量硬编码，或依赖第三方库如boost::core::demangle
需要跨平台稳定类型标识？别依赖 name()，改用 type_index 或自定义注册
如果目标是类型识别（比如存进 map 做分发）、而非显示，std::type_index(typeid(T)) 才是安全选择：它基于 type_info 的地址做哈希/比较，不依赖 name() 内容，且跨编译单元一致。
-
std::type_index可作std::map或std::unordered_map的 key - 若还需可读名（如配置文件映射），建议手动建立
std::type_index → const char*查表，或用宏生成注册逻辑，避免运行时 demangle 开销和平台差异 - 注意：类模板实例化后，
typeid(A<int>)</int>和typeid(A<double>)</double>是不同type_info，但name()是否可区分取决于编译器实现，不可靠
constexpr 类型名？C++20 起可用 source_location + 宏模拟
C++ 标准没提供 constexpr 版本的类型名反射，但可以用宏配合 __PRETTY_FUNCTION__（GCC/Clang）或 __FUNCSIG__（MSVC）提取。虽然不是真正 constexpr，但在大多数编译器里能被优化为字面量。
立即学习“C++免费学习笔记（深入）”；
- 简单宏示例：
#define TYPE_NAME(T) []{ \ constexpr auto s = __PRETTY_FUNCTION__; \ constexpr size_t start = sizeof("auto type_name() [T = ") - 1; \ constexpr size_t end = sizeof(s) - sizeof("]") - 1; \ return s.substr(start, end - start); \ }()（实际需更健壮的字符串切片，且 MSVC 需换用__FUNCSIG__） - 这种方法生成的字符串是编译期确定的，可用于
static_assert或模板特化选择，但无法处理所有类型（尤其带空格或特殊符号的模板参数） - 别试图在函数内用
typeid(x).name()获取变量动态类型名——它返回的是静态类型，不是运行时实际对象类型（除非x是多态引用/指针且开启 RTTI）
真正难的不是“怎么拿到名字”，而是“你要这个名字干什么”：日志？序列化？类型调度？每种需求对应不同解法，而 typeid().name() 几乎从来不是正确起点。
