std::format_to不能直接写入普通char数组，因其要求输出迭代器支持边界控制而裸指针无容量检查，易越界；须用std::span等适配器约束范围或改用std::vector+std::back_inserter。
std::format_to 为什么不能直接写入普通 char 数组
std::format_to 要求输出迭代器满足 output iterator 且支持 iter++ 和 *iter = value，但裸 char*（如 char buf[256]）本身不带容量检查，std::format_to 也不会主动停在缓冲区边界。直接传入可能越界写入——这不是函数缺陷，而是设计上把“边界控制”交还给用户。
常见错误现象：std::format_to(buf, "{}", 42) 编译失败（类型不匹配），或误用 std::back_inserter 导致写入 std::vector 而非栈上数组。
- 必须用
std::format_to+ 迭代器适配器来约束写入范围 - 最常用的是
std::span包裹数组后调用.begin()和.end() - C++20 起
std::span是标准方式；若无 C++20，可用std::make_iterator配合std::array的data()
正确写法：用 std::span 约束写入范围
这是目前最清晰、安全、标准的做法。假设你要格式化到栈上缓冲区：
char buf[128];
auto result = std::format_to(std::span{buf}.begin(), "id: {}, name: {}", 123, "alice");
// result 是尾后迭代器，可用来计算实际长度
size_t len = static_cast<size_t>(result - std::span{buf}.begin());
buf[len] = '\0'; // 若需 C 字符串，手动加结束符
-
std::span{buf}自动推导大小（128），.begin()返回可写迭代器 -
std::format_to在到达.end()时自动停止，不会越界 - 返回值是最终的输出迭代器，可用于计算已写入字节数（不含隐式 null）
- 注意：结果不以
\0结尾，需要手动补（除非你后续只用std::string_view{buf, len}）
替代方案：用 std::vector + std::back_inserter（适合不确定长度）
当你无法预估格式化结果长度，又不想反复调整栈缓冲区大小，用动态容器更稳妥：
立即学习“C++免费学习笔记（深入）”；
std::vector<char> buf;
buf.reserve(256); // 可选：预留空间避免多次 realloc
std::format_to(std::back_inserter(buf), "pi ≈ {:.6f}", 3.1415926535);
std::string_view sv{buf.data(), buf.size()}; // 安全使用
-
std::back_inserter把push_back封装成迭代器接口，完全规避越界风险 - 性能上：小字符串时栈缓冲区更快；大或变长内容用
vector更省心 - 注意
buf.data()仅在buf未重新分配时有效；若后续会push_back其他内容，先保存data()或转成std::string
容易忽略的关键点：格式化失败时的行为与编码限制
std::format_to 不抛异常，但若目标迭代器在写入中途失效（例如自定义迭代器抛异常），行为未定义；更现实的问题是编码兼容性：
- 所有字符串字面量和参数必须是 UTF-8 编码（C++20 标准要求），否则中文等字符可能截断或乱码
- 不支持 locale（如千位分隔符、货币符号），
{:,}等格式说明符在 GCC 13/Clang 16 前可能未实现 - 若目标缓冲区太小，
std::format_to写满后停止，返回尾后迭代器——它和end()相等，此时你需要检查result == std::span{buf}.end()来判断是否截断 - 没有内置“格式化并确保 null 终止”的封装，每次用栈缓冲区都要自己补
\0
真正难的不是调用函数，而是决定用栈还是堆、何时检查截断、以及怎么安全地把结果交给 C API 或文件写入——这些决策比语法本身影响更大。
