shrink_to_fit只是非绑定提示，不保证释放内存；常见原因包括SSO、分配器未实现、容量条件不满足等；确认需结合capacity()/size()或工具验证；强制释放可用string(s).swap(s)。
std::string::shrink_to_fit 不保证释放内存，它只是请求释放——是否真释放，取决于具体实现和当前内存布局。
为什么 shrink_to_fit 有时没效果？
标准只要求它是“非绑定的提示”（non-binding request），编译器可忽略。常见原因包括：
- 底层使用了小字符串优化（SSO），比如长度 ≤ 15 的字符串直接存栈上，
shrink_to_fit对 SSO 字符串完全无作用 - 分配器（如 libc++ 或 libstdc++）未实现该请求，或只在满足特定条件（如 capacity > 2×size）时才真正缩容
- 字符串刚经历多次
push_back扩容，内部缓冲区可能仍被保留以避免后续频繁 reallocate
怎么确认内存是否真被释放？
不能只看 capacity()，要结合实际堆行为验证：
- 用
std::string::capacity()和std::string::size()比较：若调用后capacity() == size()，大概率已缩容（但不是绝对） - 更可靠的方式是配合工具：Linux 下用
malloc_info()或valgrind --tool=massif观察堆用量变化 - 注意：即使
capacity()变小，操作系统未必立即归还物理内存给系统（malloc通常只把内存挂进空闲链表）
比 shrink_to_fit 更可控的释放方式
当必须确保释放冗余缓冲区时，可绕过提示机制，强制重建底层存储：
