C++ SSO短字符串优化内存分配与UTF-32字符串size返回值问题

关于短字符串场景下8字节内存分配的来源 #

长度为11的"Test string"完全在所有主流标准库实现的短字符串优化（SSO）阈值范围内（GCC libstdc++ SSO容量为15字节、Clang libc++为22字节、MSVC STL为15字节），std::string本身不会为该字符串内容申请堆内存。
观测到的所有8字节分配与std::string的存储逻辑完全无关，来源是<iostream>标准库的内部实现：第一次调用std::cout执行输出时，标准库会初始化流内部状态、locale facet对象、缓冲区附属结构，这类小对象的内存申请会走全局operator new，单次分配大小恰好为8字节；后续调用std::endl刷新流、触发不同类型的流输出操作时，也可能触发同类小内存分配。
输出中str2初始化时的48字节分配、u32_str初始化时的64字节分配，才是长字符串超出SSO阈值后，为字符串内容申请的堆内存。如果要单独验证string的分配行为，注释掉所有std::cout相关代码后重新运行即可看到：空字符串str、短字符串str1初始化阶段不会产生任何堆分配。

关于std::u32string的size()返回值逻辑 #

这是对std::basic_string接口语义的常见误解：
所有std::basic_string特化（包括std::string/std::wstring/std::u16string/std::u32string）的size()方法，返回值都是字符串存储的字符单元个数，而非字符串占用的总内存字节数。

• 对于std::string（即std::basic_string<char>），由于char类型大小固定为1字节，size()返回值刚好等于字符串内容的字节数，这一特性容易让开发者误以为size()统计的是字节数。
• 对于std::u32string（即std::basic_string<char32_t>），每个字符单元类型char32_t大小为4字节，size()统计的是char32_t元素的总个数。初始化用的字符串U"This is UTF-32"一共包含14个char32_t单元，因此返回14完全符合C++标准规定的行为。
  如果需要获取字符串内容占用的总字节数，需要手动计算：u32_str.size() * sizeof(char32_t)。

内容的提问来源于stack exchange，提问作者user19246061