std::regex_replace仅适用于单层、可信输入且编译器版本≥GCC 8/Clang 7/MSVC 2019的场景；存在标准库正则不可用、回溯栈溢出、不支持嵌套三大硬伤，推荐手写状态机解析。
用 std::regex_replace 做最简模板替换可行但有坑
直接拿 std::regex_replace 替换 {{key}} 类占位符，语法上能跑通，但实际会踩三个硬伤：一是 C++11 的 std::regex 在 GCC 4.9–5.5 和 MSVC 2015–2017 中基本不可用（抛 std::regex_error）；二是正则回溯容易被恶意模板触发栈溢出；三是无法支持嵌套逻辑（比如 {{#if}}...{{/if}}）。只适合单层、可信输入、且编译器版本 ≥ GCC 8 / Clang 7 / MSVC 2019 的场景。
实操建议：
- 若必须用标准库，先检查
std::regex::ECMAScript是否可用：try { std::regex re(R"({{([^}]+)}})"); } catch (const std::regex_error&) { /* fallback */ } - 匹配模式务必用非贪婪写法：
R"({{([^}]+?)}})，否则{{a}}{{b}}会被当成一个匹配 - 替换时注意
$1引用需转义：用"$1"而非"\1"（std::regex_replace默认是 ECMAScript 语义）
手写状态机解析比正则更稳、更可控
对 {{key}}、{{#each items}} 这类有限语法，手写一个字符扫描器（scanner）+ 状态机（state machine），代码量不到 200 行，性能高、无依赖、不爆栈。核心是把模板字符串拆成 Token 流：TOKEN_LBRACE、TOKEN_IDENTIFIER、TOKEN_RBRACE，再按规则组合成指令节点。
关键设计点：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 跳过非模板区域时用
std::string_view避免拷贝，遇到{{再切片解析 - 标识符只允许字母/数字/下划线，遇到空格或
}}立即终止，不依赖正则边界断言 - 支持转义：遇到
{{直接输出{{，不进入解析状态 - 错误处理要具体：比如
{{key缺少闭合，报错位置应精确到偏移量而非笼统“语法错误”
变量上下文用 std::unordered_map<std::string, std::any> 最灵活
模板里要访问 {{user.name}} 或 {{items.0.price}}，光靠扁平 map<string,string> 不够。用 std::any 可存 int、std::string、std::vector<any>、甚至自定义结构体指针，配合递归取值函数解决点号路径。
注意兼容性细节：
- C++17 才有
std::any，C++14 可用boost::any或自己封装variant<string,int,double,vector<any>> - 路径解析函数别硬写递归，用迭代 + 栈避免深嵌套崩溃，例如
user.address.city拆成{"user","address","city"}逐层any_cast - 访问不存在字段时返回空字符串还是抛异常？建议默认静默返回空，加开关参数控制严格模式
预编译模板能显著提升重复渲染性能
如果同一模板要渲染上千次（如日志模板、HTTP 响应体），每次解析 AST 是浪费。把解析结果（Token 序列或指令列表）缓存下来，运行时只做数据绑定和输出拼接，速度可提升 5–10 倍。
实现要点：
- 缓存键用模板字符串的
std::hash<std::string>()，不要用地址——同一内容不同实例应命中同一缓存 - 指令节点建议用
struct TemplateOp { enum OpType type; std::string key; size_t pos_in_output; };，轻量且易序列化 - 注意线程安全：多线程并发渲染时，缓存 Map 需加读写锁，或用
std::shared_mutex（C++17） - 调试期可导出预编译结构为 JSON，验证 AST 是否符合预期，比如确认
{{#if flag}}A{{else}}B{{/if}}被正确拆成条件分支节点
真正难的不是解析语法，而是让上下文数据能自然映射到嵌套结构、错误提示能准确定位到模板行号、以及预编译后仍保持调试能力——这些细节没处理好，上线后排查模板报错会非常痛苦。
