C++无真正运行时反射，因编译后丢弃类型/字段名等信息；所有“反射”实为编译期模拟，依赖宏、模板、offsetof或Boost.PFR等方案，需手动注册或满足aggregate约束，不支持动态查字段。
C++ 标准里没有运行时反射，所谓“实现反射”其实是用编译期元编程模拟部分能力，不是加个库就能像 Python 那样 getattr(obj, "field")。
为什么 C++ 不能像 Java/Python 那样做运行时反射
因为 C++ 编译后几乎不保留类型名、字段名、函数签名等信息——符号表只供调试器用，发布版通常被 strip 掉。typeid 和 dynamic_cast 只能告诉你“是不是某个类”，没法列出字段或调用任意成员函数。
常见错误现象：std::string field_name = "name"; obj.get(field_name); —— 这种代码在纯 C++ 里根本编译不过，也没有对应标准接口。
- 所有“反射”功能必须在编译期靠模板、宏、
constexpr或外部代码生成（如 protobuf 的protoc）完成 - 如果你依赖运行时字符串查字段，得自己维护映射表（手动写、用宏生成、或靠工具注入）
- RTTI 开关（
-fno-rtti）会让typeid/dynamic_cast失效，而很多嵌入式/游戏项目默认关它
用宏 + 结构体注册实现最简字段遍历
这是实际项目中最可控、最少依赖的做法：不碰模板元编程黑盒，靠预处理把字段名和偏移打包进静态数组。
立即学习“C++免费学习笔记（深入）”；
使用场景：序列化（JSON/Binary）、编辑器属性面板、调试打印。
示例结构：
struct Person {
int age;
std::string name;
// 手动注册字段（宏展开为静态数组）
REFLECT(Person, (age)(name))
};
其中 REFLECT 宏会生成类似这样的代码：
constexpr auto Person::fields = std::array{
Field{"age", offsetof(Person, age), type_id<int>()},
Field{"name", offsetof(Person, name), type_id<std::string>()}
};
- 字段名是字符串字面量，不依赖 RTTI，
-fno-rtti下照常工作 - 偏移用
offsetof算，要求类型是 standard-layout（基本 class/struct 满足） - 每个字段类型需显式声明，无法自动推导；
auto成员或模板字段无法纳入
用 Boost.PFR 做零宏、编译期字段访问
如果你用的是 C++17+，且结构体满足 std::is_aggregate_v（即能用花括号初始化），Boost.PFR 是目前最轻量、最靠谱的方案。
它不依赖宏、不生成额外数据，全靠 constexpr 模板推导字段数、类型、名字（C++20 起支持字段名）。
示例：
#include <boost/pfr.hpp>
struct Point { int x, y; };
Point p{1, 2};
std::cout << boost::pfr::get<0>(p); // 输出 1
std::cout << boost::pfr::names_v<Point>[0]; // C++20: "x"
- 不支持继承、private 字段、static 成员、bit-field
- 字段顺序严格按定义顺序，改了结构体就得重编译，不能动态增删
- 名字反射（
names_v）需要编译器支持__reflect或 DWARF 调试信息（GCC/Clang 13+ 默认开启，但 release 版若 strip 就丢名）
别碰“全自动运行时反射”第三方库
像 RTTR、MetaStuff 这类库，表面看能 type.get_member("x")，但背后全是宏 + 静态注册 + 运行时 map 查表。
它们的问题不是不能用，而是容易误判能力边界：
- 注册漏一个字段，反射就崩，且编译期不报错
- 字段名拼错、大小写不对，运行时才返回空，调试成本高
- 二进制体积明显增大（每个注册字段都带字符串 + 函数指针）
- 跨 DLL/so 边界时，类型信息可能重复注册或找不到（尤其 Windows 上）
真正难的不是“怎么写反射”，是怎么让团队所有人一致理解：这个“反射”只是编译期契约 + 运行时查表，不是魔法。名字写错、宏没展开、头文件没包含——这些才是日常卡点。
