电话
400 9058 355
typeid 返回的 name() 字符串不可直接信任,因它是编译器实现定义的:GCC/Clang 返回 mangled 名(如 i 表示 int),需通过 cxxabi__demangle 解析才可读。
在 C++ 中,typeid(var).name() 确实能返回类型名,但这个字符串是编译器实现定义的:GCC/Clang 返回的是 mangled name(如 i 表示 int, 表示 std::vector),MSVC 虽稍友好些但也非可读名称。它不是为人类阅读设计的,也不保证跨平台、跨编译器一致。
std::string(typeid(x).name()) == "std::string" 做类型判断 —— 结果几乎总为 falsename() 输出也可能变化Linux/macOS 下需调用 abi::__cxa_demangle;Windows MSVC 则可用 __unDName,但更推荐统一用 + 第三方辅助(或 C++20 的 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
之后使用:demangle(typeid(my_var).name()) 才能得到类似 std::vector 的结果。
typeid 对多态类型(含虚函数的类)能返回实际动态类型;对非多态类型,只返回静态声明类型。这意味着:
Base* p
= new Derived; → typeid(*p).name() 返回 Derived(前提是 Base 有虚函数)Base 没有虚函数,则 typeid(*p) 永远是 Base,哪怕 p 指向 Derived 实例typeid 不触发运行时开销,但也不能反映继承关系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() 几乎没实用价值。
邮箱:8955556@qq.com
Q Q:8955556
本文详解如何将Go官方present工具(用于生成HTML5...
PySNMP在不同版本中对SNMP错误状态(errorSta...
time.Sleep仅阻塞当前goroutine,其他gor...
PHPfopen()创建含特殊符号的文件名失败主因是操作系统...
WooCommerce中通过代码为分组产品动态聚合子商品的属...
io.ReadFull返回io.ErrUnexpectedE...
本文详解Yii2中控制器向视图传递ActiveRecord数...
本文详解为何通过wp_set_object_terms()为...
Pytest中使用@mock.patch类装饰器会导致补丁泄...
带缓冲的channel是并发安全的FIFO队列;make(c...