c++无原生反射，所谓“反射”实为宏+模板+手动注册的工程折衷，依赖显式配合，漏写即失效；reflectable宏需用__line__生成唯一标识、成员名须为字符串字面量，避免odr违规与模板推导失败。
为什么C++没有原生反射，但你还在搜reflection
因为C++标准至今（C++20/23）确实不支持运行时类型信息（RTTI）以外的反射能力——typeid和dynamic_cast只能告诉你“是不是某种类型”，不能列出成员变量、调用私有函数、序列化任意对象。所谓“C++反射”，全是宏+模板+手动注册拼出来的模拟行为，不是语言特性，是工程折衷。
这意味着：你写不出像Python getattr(obj, 'x')那样通用的代码；所有“反射”功能都依赖你在定义类时显式配合，漏写一个宏，那个类就彻底不可反射。
REFLECTABLE宏怎么写才不崩在模板推导上
常见错误是把宏展开成模板特化或静态成员，结果遇到模板参数未完全推导、ODR违规、头文件重复包含时链接失败。核心矛盾在于：宏必须生成唯一标识符，且不能依赖未定义行为。
- 用
__LINE__或__COUNTER__生成局部唯一符号，避免跨文件冲突：REFLECTABLE(x, y, z)展开为struct ReflectInfo_123 { ... } - 禁止在宏里直接写
static_assert或constexpr if，C++17前这些在宏展开时机可能尚未可见 - 成员名必须字符串字面量（
"x"），不能用std::string——后者无法进常量表达式，会导致编译期元数据构建失败 - 示例安全写法：
#define REFLECTABLE(...) \ static constexpr auto reflect_members = std::make_tuple(__VA_ARGS__); \ template<size_t I> using member_type = decltype(std::get<I>(reflect_members));
用BOOST_FUSION_DEFINE_STRUCT还是自己写宏
Boost.Fusion提供BOOST_FUSION_DEFINE_STRUCT，但它要求所有字段公开、无构造函数、无继承，且会污染全局命名空间（生成fusion::adapt_struct特化）。自己写宏更可控，但得亲手处理三类边界：
立即学习“C++免费学习笔记（深入）”；
- 带
const/volatile限定符的字段：宏需识别const int x;并保留const语义，否则序列化时读出值却无法赋回 - 数组字段如
int arr[4];：不能简单当int*处理，必须保留长度信息，否则sizeof计算和遍历越界 - 嵌套结构体字段：若子类没加
REFLECTABLE宏，父类反射遍历时会卡死在未知类型上，建议运行时加if constexpr (has_reflect_info_v<t>)</t>跳过
调试时error: ‘reflect_members’ is not a member of ‘MyClass’怎么快速定位
这类错误90%是因为宏没在类定义内部调用，或调用位置在private:之后但宏生成了public成员。C++对宏展开位置极其敏感——它不是函数，不跨访问控制域。
- 检查宏是否紧贴在
class MyClass {大括号后第一行，且前面没其他语句（包括注释） - 确认编译器版本：GCC 11+、Clang 14+才稳定支持
__VA_OPT__处理空参宏，旧版本遇到REFLECTABLE()（零字段）会直接报错 - 临时加一句
static_assert(std::is_same_v<decltype int>, "no reflect");</decltype>，编译失败时能准确定位到哪个类漏了宏 - 别信IDE的语法高亮——它常把宏展开结果标成灰色，实际编译器看到的是另一套符号，以命令行
g++ -E预处理输出为准
真正麻烦的从来不是写宏，而是让10个不同团队维护的200个类，全部按同一套宏规则补全、且每次加字段都记得同步更新反射声明。没人会为这事写单元测试，但线上序列化崩溃时，你得翻三天git log找谁删了一行REFLECTABLE。
