c++oding="utf-8" ?>
std::format 不支持运行时语言切换，需依赖外部翻译层提供本地化格式字符串后再填充参数；必须统一用位置占位符（如{0}）、正确转义字面花括号（{{}}），且 gcc 13 需显式链接 -lstdc++_libfmt。
std::format 本身不支持运行时语言切换
直接说结论：std::format 是编译期类型安全、格式字符串静态解析的工具，它没有内置的 locale-aware 多语言占位符（比如按语言自动选“{name}”还是“{nom}”），也不解析语言 ID 或翻译键。所谓“多语言格式化”，实际要靠外部翻译层 + std::format 组合实现，而非 std::format 自身能力。
如何把翻译结果喂给 std::format
典型做法是：先用翻译函数（如 gettext("Hello, {}!")）拿到带占位符的本地化字符串，再用 std::format 填充变量。关键点在于占位符必须保持一致（都用位置索引或都用命名，但 C++20 不支持运行时命名占位符）。
- 推荐统一用位置占位符（
{0},{1}），避免翻译时因语言顺序差异出错 - 翻译后的格式字符串必须严格匹配参数个数；少一个占位符，多余参数被忽略；多一个，运行时报
std::format_error - 中文翻译可能写成
"你好，{0}！今年 {1} 岁。"，英文是"Hello, {0}! You are {1} years old."，两者都用{0}和{1}，传参顺序不变即可 - 不要在翻译字符串里混用
{name}和{0}——C++20 标准不支持命名占位符运行时解析，std::format_named是 C++23 才引入且仍需手动构造std::format_args，不实用
{{}} 转义和多语言文本里的花括号冲突
如果某语言的翻译结果本身含字面量 { 或 }（比如法语中出现数学公式或 JSON 片段），必须双写转义：原文本的 { 要写成 {{，} 写成 }}。否则 std::format 会误判为占位符开始/结束。
- 错误示例：
gettext("JSON: {\"id\": {0}}")→ 运行时报错，因为{\"id\":被当作未闭合占位符 - 正确写法：
gettext("JSON: {{\"id\": {0}}}")→ 输出JSON: {"id": 123} - 翻译人员需明确知道：所有字面
{和}必须成对双写，不能只转义其中一个
GCC 13 链接 -lstdc++_libfmt 是硬性门槛
即使代码写对了，GCC 13 默认构建仍可能链接失败，报 undefined reference to std::format。这不是你代码的问题，而是 libstdc++ 尚未把 std::format 实现默认编译进主库。
- 必须显式加链接选项：
-lstdc++_libfmt（注意下划线，不是连字符） - Clang + libc++ 用户不用额外链接，但需确认 libc++ 版本 ≥ 15
- MSVC 19.30+（VS 2022 17.0+）开箱即用，无需额外 flag
- 若项目需兼容旧编译器，建议 fallback 到第三方
fmt库，API 完全一致，且 C++11 起就支持
-lstdc++_libfmt 这种非直观链接依赖，很容易在 CI 环境里漏掉。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
