sprintf是不安全的C风格缓冲区操作，易致溢出；std::stringstream是类型安全的C++流机制，自动内存管理但有性能开销；应优先用snprintf或std::stringstream。
sprintf 和 std::stringstream 都能拼接字符串，但它们根本不是同一类工具：前者是 C 风格的、不安全的缓冲区操作；后者是 C++ 的类型安全流式构造机制。选错会导致缓冲区溢出、未定义行为或隐式性能开销。
用 sprintf 拼字符串前必须自己管好缓冲区大小
sprintf 不检查目标缓冲区容量，写超就直接越界 —— 这是 CTF 题里常见漏洞来源，也是线上服务崩溃的隐形推手。
- 永远别用
sprintf(buf, "%s %d", str.c_str(), n)这种写法，除非你 100% 算准了buf足够大（包括末尾\0） - 改用
snprintf：它接受最大长度参数，会截断并保证 null-terminated，例如snprintf(buf, sizeof(buf), "%s:%d", host.c_str(), port) - 如果字符串长度完全不可控（比如用户输入 + 格式化），
sprintf系列根本不该出现 —— 它无法动态扩容
std::stringstream 适合构建复杂、多步拼接的字符串
std::stringstream 内部用 std::string 自动管理内存，支持流式插入、格式控制（如 std::hex、std::setw），但要注意它不是“零成本抽象”。
- 每次插入都可能触发
string的 realloc（尤其反复ss 小片段时），不如预估总长后用reserve()一次到位 - 不要把它当
printf替代品来写长格式串：比如ss 可读性尚可；但若要对齐、补零、进制转换，用std::format（C++20）更直接 - 避免在循环内反复构造
std::stringstream对象：局部对象构造/析构有开销，复用一个清空即可：ss.str(""); ss.clear();
真正该用谁？看场景和 C++ 标准版本
不是“哪个更好”，而是“哪个不让你半夜被 call 起来修 core dump”。
- 只做简单拼接（如日志前缀 + 数字），且已知长度上限 → 用
snprintf+ 栈数组，快且确定 - 需要运行时拼多个变量、嵌套条件、或后续还要修改内容 → 用
std::stringstream或直接+=拼std::string - C++20 可用，且格式固定 → 直接上
std::format：std::format("User {}: {}", id, name)，类型安全、无缓冲区风险、性能接近snprintf - 旧项目不能升级标准，又想规避
sprintf风险 → 封装一层fmt::sprintf（如使用 {fmt} 库），别硬扛裸sprintf
最常被忽略的一点：sprintf 的返回值是实际写入字符数（不含 \0），很多人忽略它，导致后续逻辑误判长度；而 std::stringstream::str() 返回的是拷贝，频繁调用可能引发不必要的分配 —— 这些细节比“该用哪个”更能决定代码是否稳定。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
