std::format_to_n不保证不截断，仅最多写入n个字符（不含末尾'\0'），需通过result.size与buffer大小比较并检查result.out位置来判断是否截断。
std::format_to_n 本身不保证不截断，它只写入最多 n 个字符
std::format_to_n 的设计目标不是“安全避免截断”，而是“最多写入 n 个字符（不含末尾 \0）”，返回值中的 out 迭代器可能停在缓冲区末尾，也可能提前停下——这取决于格式化结果长度。如果实际需要的字符数 > n，它就必然截断，且**不会报错、不抛异常、不标记失败**。
判断是否截断：检查返回的 format_to_n_result 中的 out 迭代器位置
调用后必须检查 out 是否等于 buffer + n（即写满），再结合 size 判断是否真正溢出：
char buffer[64];
auto result = std::format_to_n(buffer, std::size(buffer), "{} {}", 123, "hello");
// result.out 指向写入结束位置（含 '\0' 前一个字符）
// result.size 是「完整格式化结果所需总字符数（不含 '\0'）」
<p>if (result.size >= std::size(buffer)) {
// 真实长度超限：buffer 不足以容纳完整字符串（含 '\0'）
// 此时 result.out == buffer + std::size(buffer) - 1，且末尾已写 '\0'
} else {
// 安全：result.out 指向 '\0'，buffer 有富余
}注意：result.size 是**不含 \0 的字符数**；而 std::size(buffer) 是缓冲区总字节数，必须留 1 字节给 \0。所以安全条件是 result.size ，不是 <code>。
常见误用：把 std::format_to_n 当作“安全 snprintf”直接用
很多 C 程序员直觉认为它像 snprintf(buf, size, ...) 那样“自动保证零终止且不溢出”，但 C++20 的 std::format_to_n 有关键差异：
立即学习“C++免费学习笔记（深入）”；
-
snprintf返回的是「若缓冲区足够大时应写的字符数（不含\0）」，且始终确保\0终止 -
std::format_to_n的out是输出迭代器，result.size才是总长度，且它**不负责写\0** —— 实际上它会写（因为底层用std::back_inserter类语义），但你不能依赖它“刚好填满还留 \0” - 如果你传入
buffer和n，它最多写n个字符，然后在第n+1位置写\0（前提是n ）；但如果 <code>n == 缓冲区大小，它会在buffer[n-1]写最后一个字符，**没有空间写\0→ UB**
所以永远不要让 n == std::size(buffer)；安全做法是传 n = std::size(buffer) - 1，再检查 result.size。
更稳妥的替代方案：先估算再分配，或用 std::format + substr
若你真正想要“不截断的固定缓冲区安全写入”，std::format_to_n 并非最佳工具。两种务实选择：
-
预估长度 + 动态分配：用
std::format得到std::string，检查长度，再复制进目标缓冲区（适合长度可预期、性能要求不极端的场景） -
静态缓冲区兜底 + 截断警告：坚持用
std::format_to_n，但明确接受截断为合法 fallback，并记录日志或返回错误码（适合嵌入式或日志短消息等容忍截断的场景）
硬塞进固定栈缓冲区又拒绝截断？那得自己做两遍格式化：第一遍用 std::format 测长，第二遍用 std::format_to_n 写入 —— 但开销翻倍，且 std::format 本身可能分配堆内存。
最常被忽略的一点：即使 result.size ，你也得确认 <code>buffer 是 char 数组（而非 std::array<char n></char> 迭代器意外退化），且传入的 n 确实是 std::size(buffer) - 1 —— 少减 1 就越界，多减 1 就浪费空间。
