C++标准没有reflect关键字，因其设计哲学强调零开销抽象，仅提供typeid和dynamic_cast等最小RTTI支持，不支持字段枚举、方法调用或构造器发现。
为什么C++标准里没有reflect关键字
C++不提供原生反射，是因为它设计哲学强调零开销抽象——运行时类型信息（RTTI）仅限typeid和dynamic_cast这种最小集，不支持字段枚举、方法调用或构造器发现。想实现类似Java/C#的反射，必须手动补足元数据，没有捷径。
常见错误是试图用decltype或模板推导“自动获取成员”，但编译期类型擦除后，字段名、访问权限、偏移量全丢失；运行时又没机制反查结构体布局。必须靠人写、编译器记、程序读。
用宏+静态注册表模拟类信息
最轻量可行方案：为每个需反射的类定义宏，生成字段描述数组，并在全局注册表中登记。核心是把「字段名→偏移→类型」三元组固化下来。
- 定义宏如
REFLECTABLE，展开为静态成员函数get_fields()，返回std::vector<fieldinfo></fieldinfo> -
FieldInfo包含name（const char*）、offset（用offsetof计算）、type_id（std::type_info&） - 避免在构造函数里注册——静态对象初始化顺序不确定，改用
std::call_once延迟注册 - 注意
offsetof仅对标准布局类型（POD或满足特定条件的class）合法；含虚函数、非public继承、非static成员函数的类会触发未定义行为
示例：
struct Person {
std::string name;
int age;
REFLECTABLE(Person, name, age)
};宏展开后生成Person::get_fields()，返回两个FieldInfo实例。
如何安全读写私有成员字段
反射要读写私有字段，不能依赖访问控制绕过——C++标准禁止。实际做法只有两种：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 把字段设为
public（最简单，但破坏封装；适合配置结构体等内部用途） - 在类内声明友元反射辅助类（如
friend struct Reflector），由该友元提供set_value/get_value接口，绑定到FieldInfo.offset做指针偏移计算 - 绝对不要用
reinterpret_cast直接转char*加偏移——若类有虚表或非标准内存布局，地址计算失效 - 读取
std::string这类非POD类型字段时，不能只拷贝前8字节（小字符串优化下可能内联），必须调用其operator=或构造函数
性能与兼容性关键限制
这套方案不是“真反射”，本质是手写元数据索引，因此：
- 字段增删后必须同步更新宏调用，否则
get_fields()返回旧列表，运行时不报错但读写越界 - 不支持继承链上的字段聚合（父类字段不会自动出现在子类
get_fields()里），需显式调用父类注册函数并合并结果 - Clang/GCC/MSVC对
offsetof处理一致，但若开启/Zc:offsetof-（MSVC旧模式）或某些LTO优化，可能使偏移计算异常，建议单元测试覆盖所有目标平台 - 调试时用
gdb打印Person{}.get_fields()结果，确认offset值与sizeof布局工具（如pahole）输出一致
真正麻烦的从来不是怎么写宏，而是字段语义变更后忘记更新反射描述——比如把int age改成std::optional<int> age，offsetof不变但赋值逻辑已失效，这种问题不会编译报错，只会在运行时静默失败。
