c++oding="utf-8" ?>
标准C++无运行时反射，typeid(T).name()返回编译器定义的mangled名，不可靠且不跨平台；__PRETTY_FUNCTION__仅为编译期字符串，无法枚举成员或获取访问权限；真正反射需宏生成、外部工具或第三方库。
标准 C++ 没有运行时反射机制，typeid(T).name() 和 __PRETTY_FUNCTION__ 等手段只能“模拟”部分反射行为，无法真正获取成员变量名、类型或访问权限。想靠原生语法拿到类名字符串和成员列表，行不通。
为什么 typeid 返回的类名不可靠
typeid(MyClass).name() 返回的是编译器生成的 mangled 名（如 _ZSt4cout 或 6MyClass），不是可读类名；不同编译器结果不一致，且 C++ 标准不保证可读性。即使配合 abi::__cxa_demangle 解码，也仅限于类型名，完全不涉及成员信息。
- MSVC 下
typeid名字可能带修饰但不支持标准 demangle - Clang/GCC 的 demangle 结果依赖 libstdc++/libc++ 实现，需手动管理内存
- 模板实例化后的名字极长，解析无意义
- 静态/虚函数、private 成员、继承关系等一概不体现
__PRETTY_FUNCTION__ 能否提取类名和成员
它只是编译期字符串字面量，常用于宏中推导当前作用域类型，比如在成员函数里写 static_assert(std::is_same_v 配合 __PRETTY_FUNCTION__ 提取前缀。但这是“字符串解析 hack”，不是反射：
- 要提取类名，得用宏 + 字符串字面量切片（如
#define GET_CLASS_NAME __PRETTY_FUNCTION__ + 32），脆弱且不可移植 - 无法枚举成员：没有语法能从函数签名反推出
int x;这样的字段声明 - constexpr 字符串处理（C++20）仍不能在编译期遍历类定义
- 一旦开启 LTO 或某些优化，
__PRETTY_FUNCTION__内容可能被裁剪或改变
真正可用的替代方案有哪些
如果必须实现类似反射的功能，只有三条现实路径：
-
宏代码生成：用
REFLECT(MyClass, (int, x), (std::string, name))宏展开为类定义 + 元数据结构体 + 访问函数，主流方案（如 lexy、outcome 中的宏技巧） -
外部工具预处理：用 Clang LibTooling 或
castxml解析 AST，生成 C++ 元数据头文件（如MyClass_reflect.h），再 #include 使用 - 第三方库介入：如 Boost.Hana（编译期元编程）、ENTT（ECS 框架附带轻量反射）、sol2（绑定 Lua 时补反射）——它们都绕不开显式注册或宏标记
所有“自动”反射方案都会破坏封装性、增加构建依赖，或限制类定义形式（比如要求所有反射字段必须 public）。最易忽略的一点是：即便用了宏，sizeof、对齐、vtable 偏移等底层信息依然无法通过这些模拟反射安全获取。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
