短字符串优化（Small String Optimization，SBO）是 c++ 标准库中 std::string 实现的一种常见底层优化技术，核心目标是：避免小字符串频繁堆分配，把短字符串直接存进对象内部，从而提升性能、减少内存碎片和分配开销。
为什么需要 SBO？
没有 SBO 时，哪怕只存一个字符（如 "a"），std::string 通常也要在堆上分配内存（哪怕只有 1 字节 + 元数据），调用 malloc/new 开销大，且小块堆内存易导致碎片。SBO 就是为解决这个“杀鸡用牛刀”的问题而生的。
SBO 的典型内存布局（以 libstdc++ 和 libc++ 为例）
一个 std::string 对象大小通常是固定的（如 24 或 32 字节），内部包含三部分：
- 指针/长度/容量元数据：比如 8 字节指针 + 8 字节 size + 8 字节 capacity（64 位系统下常见 24 字节布局）
- 内联缓冲区（inline buffer）：剩余空间用于存短字符串，例如 24 − 16 = 8 字节 → 最多存 7 字符 + 1 字节 ‘ ’
- 是否启用 SBO，取决于字符串长度是否 ≤ 内联缓冲区容量（常记作
SSO_CAPACITY或SHORT_SIZE）
当字符串长度 ≤ 容量时，数据就写进对象内部；超过时，才 malloc 堆内存，并把指针指向堆块——此时对象里那个“指针字段”才真正起作用。
立即学习“C++免费学习笔记（深入）”；
怎么知道你的 std::string 是否触发了 SBO？
没有标准接口直接查询，但可通过间接方式验证：
- 用
&str[0]取地址，再和str.data()比较：若相等，大概率在栈/内联区；若不等，说明已堆分配 - 观察
str.capacity()：SBO 状态下 capacity 通常等于内联缓冲大小（如 15 或 22），而非堆分配后那种“按需增长”的值（如 31、63） - 用
sizeof(std::string)查对象大小，再结合编译器实现文档（如 GCC libstdc++ 默认 24 字节，内联 15 字符；Clang libc++ 在 x86_64 上也是 24 字节，支持 22 字符 SBO）
SBO 带来的性能影响与注意事项
SBO 显著加快小字符串构造、拷贝、移动操作，但也有隐含成本：
- 对象体积变大（比如从 8 字节指针变成 24 字节），可能影响缓存局部性或结构体对齐
- 移动构造/赋值不再只是“指针交换”，SBO 状态下可能是 memcpy 内联数据，反而比纯指针移动略慢（但远快于堆分配）
- 不同标准库实现的 SBO 容量不同，跨平台代码不应假设具体阈值（比如硬写
if (s.size() ） - 自定义分配器（allocator-aware string）可能禁用或改变 SBO 行为
基本上就这些。SBO 不是标准强制要求，而是广泛采用的实践优化。理解它，能帮你写出更可控的字符串密集型代码，也能在性能分析时少踩一个“为什么小字符串也慢”的坑。