c++oding="utf-8" ?>
reserve() 用于预分配 std::string 内部缓冲区内存，不改变 size()，仅提升后续追加操作性能；预估准确时可避免多次 realloc，偏差过大则浪费内存或无效。
reserve() 是什么，它到底能不能减少 reallocation
reserve() 的作用是提前为 std::string 的内部缓冲区分配至少指定大小的内存（不含 null terminator），但它**不改变 size() 或 length()**，也不初始化新空间。只要后续追加字符总数 ≤ capacity()，就不会触发内存重分配 —— 这正是性能提升的关键。
常见误解：调用 reserve(100) 后字符串就“变成 100 字节长”了。错。此时 size() 仍是 0，capacity() ≥ 100，仅此而已。
- 如果已知最终长度（比如读取固定格式日志行、拼接确定数量的 token），
reserve()几乎总能避免多次 realloc + memcpy - 如果预估严重偏大（比如 reserve(1MB) 但实际只用 2KB），浪费内存，且可能触发更激进的内存管理策略（如 mmap 分配）
- 如果预估严重偏小（比如 reserve(10)，但实际要写 500 字符），该 realloc 还是会发生，白做一次 reserve
什么时候调用 reserve() 最有效
典型高收益场景是「多次 append() / += / push_back() 前的预判」。尤其是循环拼接、解析 CSV 行、构建 JSON 片段等。
反例：对空字符串反复赋值（s = "abc"; s = "def";），每次赋值都会重建缓冲区，reserve() 完全无效。
- 在构造后、首次写入前调用，例如：
std::string s; s.reserve(256); - 配合
resize()使用需谨慎：resize(n)会把 size 设为 n 并填充字符，此时 capacity 至少为 n，但不一定等于 n；若之后还要追加，仍建议 reserve 更大值 - 从 C++11 起，
reserve()对 small string optimization（SSO）字符串也生效 —— 即使当前在栈上存储，reserve 会强制切换到堆分配以满足容量要求
reserve() 和 resize() 的关键区别
resize(n) 改变字符串逻辑长度（size()），并填充默认或指定字符；reserve(n) 只影响物理容量（capacity()），不触碰现有内容，也不改变 size()。
错误用法示例：s.reserve(100); s[0] = 'x'; —— 此时 size() 是 0，s[0] 是越界访问，UB。
- 想预留空间并填满：先
reserve(100)，再用resize(100, ' ')或循环push_back() - 想预留空间并后续写入：直接
reserve(100)，然后append()或+=，只要累计不超过 100 字节（UTF-8 下注意多字节字符） -
capacity()不保证精确等于 reserve 参数值 —— 实现可能向上对齐（如按 16 字节边界），所以别依赖capacity() == 100判断是否成功
实测性能差异和容易忽略的细节
在频繁拼接场景下，reserve() 带来的提速通常是 2–5 倍（取决于初始容量、增长模式和 allocator）。但有三个细节常被跳过：
- 字符串编码影响实际字节数：UTF-8 下中文字符占 3 字节，
reserve(100)不代表能存 100 个汉字 - 移动语义下，被 move 的 string 的 capacity 可能被转移走，原对象 capacity 变为 0 或很小值，再次 reserve 需重新计算
- 某些 STL 实现（如 libstdc++）在
clear()后不释放内存，capacity()保持不变；而shrink_to_fit()才可能归还，但它是非绑定请求，不保证成功
真正要稳住性能，得结合具体数据分布做 reserve —— 比如统计历史最长输入长度，再加 10% 余量，而不是拍脑袋写个 1024。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
