在C++中，SBO（Small Buffer Optimization），也常被称为SSO（Short String Optimization），是一种常见的性能优化技术，主要用于减少小型对象（如字符串）在堆上动态内存分配的开销。这种优化在标准库的std::string实现中尤为典型。
什么是SBO？
SBO 的核心思想是：对于小尺寸的数据对象（比如长度较短的字符串），不使用堆内存分配，而是在对象内部预留一小块栈内存来直接存储数据。只有当数据大小超过这个预留空间时，才退化为传统的堆分配模式。
以 std::string 为例，大多数现代STL实现（如libstdc++、libc++）都采用了SSO。假设一个字符串对象内部包含一个长度为15字节的字符数组，那么所有不超过15个字符的字符串都可以直接存在这个数组里，无需 new char[] 分配内存。
SSO 的工作原理
实现 SSO 通常依赖于联合体（union）和对象布局的精细控制。一个典型的 SSO 实现结构如下：
立即学习“C++免费学习笔记（深入）”；
- 字符串对象内部维护一个共用的存储区域，可能是 union 或带对齐控制的结构体。- 当字符串较短时，数据直接写入该内部缓冲区。
- 当字符串变长，超出缓冲区容量，就申请堆内存，并将指针指向堆空间。
- 通过长度字段判断当前处于哪种状态（栈存 or 堆存）。
例如，在 libc++ 中，std::string 使用一个 union 包含一个指针和一个小型数组：
union {
struct {
char* ptr;
size_t capacity;
size_t size;
} long_string;
struct {
char data[23]; // 内部缓冲区
unsigned char size; // 小size用低字节表示
} short_string;
};
这样，小于等于22个字符的字符串（留一个给\0）就可以完全存放在对象内部，避免内存分配。
为什么需要 SSO？
动态内存分配（malloc/new）代价较高，尤其在频繁创建销毁小字符串的场景下（如日志拼接、JSON解析等）。SSO 能显著降低以下开销：
- 减少系统调用（进入内核分配内存）。- 避免堆内存碎片化。
- 提高缓存局部性（对象内数据连续访问更快）。
- 减少构造/析构时的资源管理负担。
实验表明，在大量处理短字符串的程序中，启用 SSO 可使性能提升数倍。
注意事项与陷阱
虽然 SSO 带来了性能优势，但也引入了一些需要注意的行为变化：
- 不同 STL 实现的 SSO 容量不同（libstdc++ 可能是15字节，libc++ 是22或23字节）。- 禁用 SSO 的编译选项存在（如 libstdc++ 的 _GLIBCXX_SSO=0），影响可移植性。
- 字符串移动操作可能因 SSO 而变为 memcpy，而非指针转移。
- 调试时观察字符串内容需注意是否在内部缓冲区。
基本上就这些。SBO 是 C++ 零成本抽象理念的体现：对用户透明，却带来实实在在的性能收益。理解其原理有助于写出更高效、更可预测的字符串处理代码。
