std::regex_replace适用于简单花括号占位符替换，但需注意旧编译器性能问题、元字符转义及不支持嵌套结构；手写find/replace更可控安全；复杂需求应选用inja或mustache等轻量模板库。
用 std::regex_replace 做基础占位符替换最直接
如果你的模板是类似 "Hello {name}, you have {count} messages" 这种简单花括号占位，std::regex_replace 是标准库中最省事的选择。它支持捕获组，能一次替换多个不同键名。
注意点：
-
std::regex在某些旧编译器（如 GCC 4.9 或 MSVC 2015 以前）性能较差或存在 bug，生产环境建议测试正则执行耗时 - 占位符若含正则元字符（如
{count.*}），必须先转义，否则匹配行为会失控 - 别用
std::regex_replace处理嵌套或递归结构（比如{if:xxx}{name}{/if}），它不是模板引擎
示例：替换 {key} 形式
std::string tpl = "User {name} logged in at {time}";
std::map<std::string, std::string> vars = {{"name", "Alice"}, {"time", "14:22"}};
for (const auto& [k, v] : vars) {
std::string pattern = "\{" + k + "\}";
tpl = std::regex_replace(tpl, std::regex(pattern), v);
}
// 结果: "User Alice logged in at 14:22"
手写循环替换比正则更可控、更安全
当模板中占位符重复出现、或需避免正则开销时，手动扫描字符串并替换反而更稳。关键是用 std::string::find 和 std::string::replace 组合，避免迭代器失效。
立即学习“C++免费学习笔记（深入）”；
常见错误：
- 一边
find一边replace后没更新搜索起始位置，导致跳过后续匹配 - 把
{name}和{username}混淆（前缀重叠），应按长度降序排序 key，先替长的 - 未处理占位符未定义的情况，建议默认保留原串或抛异常
关键逻辑片段：
std::string render(const std::string& tpl, const std::map<std::string, std::string>& vars) {
std::string out = tpl;
size_t pos = 0;
while ((pos = out.find('{', pos)) != std::string::npos) {
size_t end = out.find('}', pos);
if (end == std::string::npos) break;
std::string key = out.substr(pos + 1, end - pos - 1);
if (vars.count(key)) {
out.replace(pos, end - pos + 1, vars.at(key));
pos += vars.at(key).length(); // 从替换后位置继续
} else {
pos = end + 1; // 跳过未定义占位符
}
}
return out;
}
需要类型安全和编译期检查？试试 fmt::format + 自定义格式化器
如果占位符是固定位置（如 "{0} has {1} items"），fmt::format（C++20 前推荐，已纳入 <format></format>）天生支持且类型安全。但它的默认语法不支持命名键（{name}），得自己扩展。
做法是：把命名占位符预处理成位置索引，再喂给 fmt::format。例如：
- 解析
"{user} likes {item}"→ 提取 key 列表{"user","item"} - 按顺序映射到参数索引，构造新模板
"{0} likes {1}" - 调用
fmt::format(new_tpl, user_val, item_val)
优势：零运行时正则、类型自动推导、支持 int/double 直接插入；劣势：无法动态增删变量，所有 key 必须在编译前可枚举。
嵌套、条件、循环？别硬写，用轻量级模板库
一旦出现 {if:logged}Welcome {name}{/if} 或 {for:items}{item.name}{/for}，手写解析器很快失控。此时该接受现实：这不是字符串替换，是简易模板引擎。
推荐两个极简选项：
-
inja：header-only，语法接近 Jinja2，支持继承、宏、过滤器，#include <inja.hpp></inja.hpp>即用 -
mustache（C++ port）：逻辑分离（logic-less），只认{{key}}和{{#section}}，不易出错
重点提醒：自己实现带作用域的嵌套解析时，最容易漏掉的是变量遮蔽（inner scope 覆盖 outer）和递归深度限制——栈溢出比内存泄漏更难 debug。
