不能直接用 sprintf 向普通数组写入，因为其不检查缓冲区大小，易导致溢出引发未定义行为；应优先使用 snprintf 或现代 c++ 的 std::format/fmt::format。
为什么不能直接用 sprintf 向普通数组写入？
因为 sprintf 不检查目标缓冲区大小，如果格式化结果超出数组容量，就会发生缓冲区溢出——这是 C++ 中典型的未定义行为，轻则数据错乱，重则程序崩溃或安全漏洞。你声明的数组比如 char buf[16]，但 sprintf(buf, "%d %s", 123, "hello") 实际写入 12 字节加结尾 '\0' 是安全的；一旦换成 "%d %s %s" 多拼一个长字符串，就极可能越界。
sprintf 的替代方案：优先用 snprintf
snprintf 是带长度限制的安全版本，必须显式传入缓冲区总字节数（不是可用空间），它保证最多写入 n-1 个字符，末尾自动补 '\0'。
常见写法：
char buf[64];
int len = snprintf(buf, sizeof(buf), "id=%d, name=%s", 42, "alice");
if (len = (int)sizeof(buf)) {
// 写入失败或截断：len = sizeof(buf) 表示内容被截断
}
-
sizeof(buf)必须是编译期常量，对栈上数组有效；若传入指针（如函数参数），sizeof会返回指针大小，不是数组长度 -
snprintf返回值是「欲写入的字符数」（不含结尾'\0'），可用于判断是否截断 - Windows 下若用 MSVC 旧版本，可能需定义
_CRT_SECURE_NO_WARNINGS才能用snprintf，否则默认只认_snprintf（行为不标准）
更现代的 C++ 方式：避免裸数组 + sprintf 系列
直接用 std::string 配合 std::format（C++20）或 fmt::format（推荐第三方库）更安全、更灵活：
#include <fmt>
std::string s = fmt::format("id={}, name={}", 42, "alice"); // 自动管理内存，无溢出风险</fmt>
- 不用预估缓冲区大小，也不用处理
'\0'终止符 -
fmt库比snprintf快，且支持编译期格式检查（启用-D FMT_COMPILE_TIME_FORMAT） - 若只能用 C++11/14，可退而求其次用
std::ostringstream，但性能和可读性不如fmt
真要用 sprintf 时，必须确认三件事
仅当维护旧代码、嵌入式环境无 STL、或性能极端敏感时才考虑。此时务必核对：
- 目标数组在栈上且大小已知（如
char buf[256]），不能是动态分配后只传指针 - 所有输入参数可控——例如
%s对应的字符串不能来自用户输入且未做长度检查 - 格式串中每个转换说明符都严格匹配参数类型，
sprintf(buf, "%d", 3.14)是未定义行为（double传给%d）
哪怕只差一个字节，sprintf 也不会报错，它会默默覆盖后面内存——这种 bug 往往在换编译器、加优化选项或改邻近变量后才暴露。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
