SBO（Small String Optimization）是C++ std::string的性能优化技术，通过在对象内部固定缓冲区存储短字符串（如22/15/15字符），避免堆分配，提升缓存局部性与移动效率。
什么是SBO（小字符串优化）
SBO 是 Small String Optimization 的缩写，是 C++ 标准库中 std::string 实现的一种常见性能优化技术。它的核心思想是：**对短字符串不堆分配内存，而是直接把字符存放在 string 对象内部的固定缓冲区中**。
比如一个空字符串或长度仅几个字符的字符串（如 "hello"），如果每次都要调用 new 分配堆内存，开销大、缓存不友好、还容易造成碎片。SBO 就是为解决这个问题而生的——它让小字符串“自给自足”，避免了动态分配。
SBO 在 libc++、libstdc++ 和 MSVC 中的典型实现
不同 STL 实现对 SBO 的具体策略略有差异，但逻辑一致：
-
libc++（LLVM）：默认使用 23 字节的内部缓冲区（含结尾
\0），即最多存 22 个字符 + 1 个 null；对象总大小通常为 24 字节（紧凑布局）。 - libstdc++（GCC）：在 x86_64 上也常用 15 字节缓冲区（16 字节对齐），即最多存 15 个字符；结构体包含指针+长度+容量，当字符串 ≤15 字节时，复用指针字段存储数据本身（通过 tag bit 或 union 技巧区分）。
- MSVC（Visual Studio）：类似 libstdc++，用 16 字节缓冲区（15 字符 + \0），采用 union + _Is_long 标志位判断当前是否启用 SBO。
它们都靠一个标志位（或指针是否对齐/特殊值）来区分“短串模式”和“长串模式”。一旦字符串增长超过缓冲区上限，就自动切换到堆分配，并把原有内容拷贝过去。
立即学习“C++免费学习笔记（深入）”；
为什么 SBO 能提升性能？关键在三方面
SBO 不是炫技，而是针对真实使用场景做的务实优化：
-
免堆分配/释放：短字符串构造、拷贝、赋值几乎全是栈上操作，无
malloc/free开销，也不触发内存管理器锁。 -
局部性更好：字符串数据和控制字段（size/capacity）在同一 cache line 内，访问更高效；尤其适合大量小字符串的容器（如
vector<string></string>）。 - 移动语义更轻量：SBO 字符串移动时只需 memcpy 内部缓冲区，无需修改堆状态；而长串移动才真正交换指针。
怎么知道你的 std::string 是否触发了 SBO？
没有标准接口直接查询，但可通过间接方式验证：
- 查
sizeof(std::string)：若为 24 或 32 字节，大概率启用了 SBO（堆分配模式下光指针+size+cap 就要 24 字节，SBO 必须塞进同一块空间）。 - 测地址稳定性：对一个短字符串取
&s[0]，多次赋值后地址不变 → 很可能在内部缓冲区；若变，说明已转堆。 - 看 capacity()：构造
std::string s = "abc"后，s.capacity()若返回 15/22/23 等固定小值，基本就是 SBO 缓冲区大小。
注意：C++ 标准并未要求必须实现 SBO，它属于“允许但不强制”的优化（ISO C++ 标准只规定复杂度和异常安全）。但所有主流实现都做了。
使用建议与潜在陷阱
SBO 好用，但别盲目依赖：
- 不要假设 SBO 容量 —— 它因编译器、平台、STL 版本而异；跨平台项目避免硬编码 “
- 频繁拼接小字符串（如
s += "a"; s += "b";）仍可能触发多次重分配（即使最终仍在 SBO 范围内），建议用reserve()预留或改用std::string_view拼接再构造。 - 自定义 allocator 时，SBO 逻辑通常被绕过（因为内部缓冲区是对象的一部分），此时所有字符串都走分配器路径。
基本上就这些。SBO 是 STL 工程智慧的缩影：不改变接口，不动声色，却让千万行代码悄悄快了一截。
