用 std::regex_replace 做简单占位符替换最省事，但需转义 { 和 } 为 { 和 }，且不支持嵌套、默认值或逻辑分支；复杂需求应手写解析或换专用引擎。
用 std::regex_replace 做基础模板替换最省事，但别指望它处理嵌套或转义
直接上手就用 std::regex_replace，前提是你的模板是简单占位符，比如 "Hello {name}, you have {count} messages"。它能快速把 {name} 替成实际值，不用自己写解析器。
常见错误是正则表达式没转义好——{ 和 } 在正则里是量词符号，必须写成 \{ 和 \}；否则程序可能静默失败或匹配错位。
实操建议：
- 用
std::regex构造时加std::regex_constants::ECMAScript（默认），别用basic，后者对花括号支持更弱 - 替换字符串里不能直接写
$1这种捕获引用，得用$&（全匹配）或$`/$'，否则会原样输出 - 性能不敏感场景够用；高频调用（如日志拼接）要预编译
std::regex对象，别每次构造
手写简易替换函数比引入 fmt 更可控，尤其要支持空值/默认值
如果你需要 "{name:Unknown}" 这种带默认值的语法，或者想让 {id} 为空时自动跳过整段（比如生成 SQL WHERE 子句），std::regex_replace 就力不从心了。这时候手写一个 30 行左右的遍历替换函数反而更稳。
立即学习“C++免费学习笔记（深入）”；
关键不是“怎么解析”，而是“怎么定义行为边界”：你得决定 {foo.bar} 算合法 key 还是报错，{name} 找不到时是留原串、替成空字符串，还是抛异常。
实操建议：
- 用
std::string::find找'{'，再找匹配的'}'，避免正则开销和歧义 - 提取 key 后用
std::unordered_map<:string std::string></:string>查值，查不到就按策略处理（比如返回空串或原占位符） - 别试图在单次遍历里支持转义（如
{name}），真有这需求就加个预处理步：先把\{换成uFFFC这类临时标记，替换完再换回来
用 fmt::format 自定义类型时，format_arg 不是入口，得重载 formatter 特化
如果目标是像 fmt::format("id={0}, name={1}", obj) 这样自动展开对象字段，别去碰 format_arg——它早被弃用了。真正要改的是 fmt::formatter 的特化模板。
典型坑是只重载了 parse() 却忘了 format()，结果编译不过；或者 parse() 里没处理格式说明符（如 {0:s} 中的 s），导致运行时报 unknown format specifier 错误。
实操建议：
- 继承
fmt::formatter<YourType>，parse()函数只需返回ctx.begin()（若无需自定义格式），重点在format()里拼字符串 - 若要支持字段访问（如
{0.name}），得配合fmt::arg+fmt::dynamic_format_arg_store，但这就脱离“字符串模板”范畴了，属于结构化序列化 - 注意
fmt2.x 要求format()返回decltype(ctx.out())，别直接 return void
跨平台时路径分隔符和编码容易翻车，别在模板里硬写 "\{name}"
Windows 下有人写 "C:\{dir}\{file}" 当模板，结果在 Linux 上跑出 C: ooar ——反斜杠被当转义， 变成换页符， 变成退格。这不是模板引擎的问题，是你把平台相关逻辑塞进了纯文本模板。
更隐蔽的是编码：UTF-8 模板字符串里混入 GBK 编码的变量值，std::string 层面看不出错，但最终输出乱码，且无法靠 std::regex 修复。
实操建议：
- 模板字符串统一用正斜杠
"/"，路径拼接交给std::filesystem::path（C++17+）或跨平台工具函数 - 所有输入变量在进模板前确认编码一致；若必须混合，先做 UTF-8 转换（用
iconv或std::codecvt_utf8，后者已弃用但仍有项目用） - 测试时故意传含控制字符（
模板替换真正的复杂点不在语法解析，而在你怎么定义“缺失值”的语义，以及是否允许模板本身参与逻辑分支——一旦需要 {if logged_in}... 这种，就该换模板引擎了，别硬撑。
