cppfront 不支持 aot 反射，它根本没实现反射能力：不生成元信息、不保留类型结构、不插入任何反射设施，连 c++23 标准反射提案（如 p2996r3）都未支持。
cppfront 不支持 AOT 反射，它根本没实现反射能力
直接说结论：cppfront 是一个实验性前端，目标是把类似 C++23 的声明式语法（比如 class、fn）编译成标准 C++20/23 代码，但它**不生成任何元信息、不保留类型结构、不插入反射设施**。所谓“静态反射”在 cppfront 里不存在——它连 std::reflect 的影子都没有，C++23 标准里的反射提案（P2996R3 等）也尚未落地，更没被 cppfront 支持。
为什么有人误以为 cppfront 有反射？
常见误解来源有两个：
- 看到
cppfront把class Point { x: i32; y: i32; }编译成带public:成员的 C++ 类，就以为“结构可读”等于“可反射”；其实这只是语法糖，生成的代码和手写 class 完全等价，无额外元数据 - 混淆了“语法转换”和“编译器内建反射”：Clang/GCC 当前不提供 AST 导出接口供用户在编译期查字段；而
cppfront本身不集成任何 introspection 机制，也不调用编译器的内部 API - C++23 标准反射仍在 TS 阶段（ISO/IEC TS 23895），主流编译器（GCC 14、Clang 18、MSVC 19.39）均未实现，
cppfront更不可能越级支持
真想做静态反射，现在能用什么？
目前唯一可行路径是绕过语言层，靠预处理或外部工具注入结构信息：
- 用
boost.PFR（需 POD 类型 + C++17）：自动推导成员偏移，但依赖编译器对constexpr和结构布局的保证，不支持继承/虚函数/非 public 成员 - 用宏定义 + 字段列表（如
REFLECTABLE(Point, (x)(y))），再配合模板展开生成访问器；缺点是重复声明、易不同步、调试困难 - 用外部代码生成器（如
clang-query+ Python 解析 AST，或libclang提取字段，输出constexpr描述数组）；构建链变长，但可控性强 - 等待编译器原生支持：Clang 已在开发
__reflect内置（未公开），GCC 尚无明确路线图；别指望cppfront先跑通这条路
如果你已经写了 cppfront 代码，想加反射怎么办？
不能改 cppfront 输出，只能在它生成的 C++ 代码上叠加方案：
- 确保你的
class定义满足boost.PFR要求（无虚函数、所有字段 public、无 bitfield、标准布局） - 在
cppfront源码中手动补宏：比如在class Point { ... };后加BOOST_PFR_DEFINE_STRUCT(Point, (int, x)(int, y))（注意字段顺序和类型必须严格一致） - 避免用
cppfront的fn或enum声明做反射目标——这些不映射到标准 C++ 反射可用的实体，boost.PFR对它们无效 - 构建时确认
cppfront输出的 .cpp 文件被正确包含进编译流程，且反射相关头文件（如<boost></boost>）版本 ≥ 1.83
真正卡住的地方从来不是语法怎么写，而是“谁持有结构信息”——cppfront 把它扔掉了，你得自己从别的地方捡回来。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
