编译期JSON Schema校验在C++中不可行：因JSON文本、std::string等均为运行时存在，而TMP仅支持类型、constexpr值等有限编译期实体，无法解析任意JSON结构；可行的是将Schema转为C++类型契约并用static_assert验证。
编译期 JSON Schema 校验在 C++ 里根本不可行
直接说结论：std::string、std::map、JSON 文本本身、甚至 json_schema.json 文件内容，全都是运行时才存在的东西。C++ 模板元编程（TMP）只能操作类型、整型常量、constexpr 函数返回的字面量值，以及 C++20 起有限支持的 consteval 字符串视图 —— 但依然无法解析任意 JSON 文本结构。
常见错误现象是试图把 JSON Schema 字符串字面量喂给模板参数，比如写 validate_schema()，这会立刻报错：非类型模板参数不能是字符串字面量（C++20 前），C++20 起虽支持 consteval 字符串，但解析 JSON 语法树需要递归下降或状态机，无法用纯 constexpr 实现完整校验逻辑。
能做的边界：仅限结构化 Schema 描述的静态断言
如果你控制 Schema 定义方式，可以把它“翻译”成 C++ 类型系统里的契约，再用 static_assert + TMP 检查是否满足。这不是校验 JSON 文本，而是校验「C++ 类型是否符合你手写的 Schema 类型定义」。
- 使用场景：生成 C++ 数据结构（如
Userstruct）后，手动声明它应满足的 Schema 约束（如required_fields） - 参数差异：
required_fields是模板别名，字段名必须是std::string_view或字面量数组，不能来自变量 - 性能影响：零开销，所有检查在编译期完成；但和真实 JSON 解析器无关，不防 runtime 数据错误
- 示例：
template<auto... Keys> struct required_fields {}; struct User { std::string name; std::string email; }; static_assert(has_all_members_v<User, required_fields<"name", "email">>);
真正实用的替代方案：预处理 + 代码生成
工业级做法不是靠 TMP 解析 JSON，而是用外部工具把 schema.json 编译成 C++ 类型定义和校验函数。这样校验逻辑仍在 runtime，但 schema 结构被固化为类型，避免手写错误。
立即学习“C++免费学习笔记（深入）”；
- 常见错误现象：自己写
constexprJSON 解析器，卡在嵌套对象/数组的递归展开，最终发现constexpr栈深度超限或不支持动态内存 - 使用场景：CI 流程中，每次修改
schema.json自动触发nlohmann/json-schema-validator的 C++ 绑定生成，产出user_validator.hpp - 兼容性注意：生成器输出的代码需适配目标编译器对
constexpr的支持程度（GCC 12+ / Clang 15+ 对复杂 constexpr 更友好） - 关键配置项：
jsonnet或quicktype工具链中的--lang cpp和--no-optional参数会影响生成结构是否可被 TMP 辅助检查
容易被忽略的复杂点：Schema 中的正则与引用
哪怕走代码生成路线，"pattern" 字段生成的 std::regex 无法 constexpr 构造；"$ref" 引用跨文件 Schema 会导致生成器必须做完整依赖解析 —— 这些部分天然逃逸出编译期检查范围。
也就是说，只要 Schema 里出现 "pattern": "^\w+@\w+\.\w+$" 或 "$ref": "common.json#/definitions/email"，你就得接受这部分逻辑只能在 runtime 执行，且无法用 TMP 提前报错。别试图用宏或模板硬塞进去，只会让编译错误信息变成天书。
