绝大多数场景下，直接调用 std::reverse 是最优解——它专为反转设计，o(n/2) 时间、无额外内存分配、适配所有随机访问容器；错误做法是传 c_str() 或 data() 指针，正确应为 std::reverse(s.begin(), s.end())。
用 std::reverse 最快也最安全
绝大多数场景下，直接调用 std::reverse 是最优解——它专为这种操作设计，底层通常用指针交换实现，O(n/2) 时间，无额外内存分配，且自动适配所有支持随机访问的容器。
常见错误是传入 std::string 的 c_str() 或 data() 指针，以为能原地反转：这会触发未定义行为，因为 c_str() 返回的是 const char*；而 data() 在 C++17 前也不保证可写。
- 正确写法：
std::reverse(s.begin(), s.end())，其中s是std::string变量 - 如果处理 C 风格字符串（
char*），必须确保内存可写且以'\0'结尾，再用std::reverse(str, str + len) - 注意：
std::reverse不检查迭代器有效性，传入空字符串或非法范围会导致崩溃
手写循环反转要注意边界和类型匹配
手动实现不是为了性能，而是教学、嵌入式受限环境，或需兼容老标准（如 C++98）。关键陷阱在索引越界和字符类型混淆。
比如用 int i = 0; i 看似合理，但 <code>s.length() 返回 size_t（无符号），若 s 为空，s.length()/2 仍是 0，循环不执行——这没问题；但若写成 i ，当 <code>s 为空时 s.length()/2 - 1 会回绕成极大正数，直接越界。
立即学习“C++免费学习笔记（深入）”；
- 推荐用
size_t类型变量存长度，避免有/无符号混用：size_t n = s.length(); for (size_t i = 0; i - 交换时别用
char临时变量处理 UTF-8 字符串——std::string只是字节容器，UTF-8 多字节字符会被拆开乱序，这不是std::reverse的问题，而是语义层面的误用 - 若真要反转 Unicode 字符（非字节），得先用 ICU 或
std::wstring_convert（已弃用）转码，这不是基础字符串反转该管的事
std::string 的 assign + rbegin/rend 写法简洁但有隐含拷贝
像 s.assign(s.rbegin(), s.rend()) 这种写法一行搞定，语义清晰，适合快速原型或函数式风格。但它会构造新字符串并赋值，触发一次堆内存分配和复制，比 std::reverse 多一次 O(n) 拷贝。
在小字符串（SSO 启用时）可能差别不大，但若反复调用或处理 MB 级文本，分配开销会明显暴露。另外，assign 会改变 s 的容量（capacity），而 std::reverse 不动 capacity。
- 仅当代码可读性优先于性能，且字符串尺寸可控时考虑此写法
- 注意
rbegin()/rend()返回的是反向迭代器，不能和普通迭代器混用，比如std::reverse(s.rbegin(), s.rend())是错的——它反转的是“反转视图”，结果等于没变 - 该方法对
std::string_view不适用，因为assign是非 const 成员函数
用 std::vector<char></char> 替代 std::string 的情况极少，但得知道为什么
有人觉得 std::vector<char></char> 更“底层”更可控，于是用它存字符串再反转。实际上除了极少数需要精细控制内存布局（如与 C API 对接、自定义 allocator）的场景，这纯属增加心智负担。
std::string 和 std::vector<char></char> 在内存模型上几乎一致（C++11 起强制连续存储），且 std::string 提供了更多字符串专属接口（如 find、substr、c_str()），而 std::vector 没有 null 终止约定，打印调试时容易出乱码。
- 只有当你明确需要把字符串当纯字节流处理，且后续完全不调用字符串语义函数时，才考虑
std::vector<char></char> - 反转操作本身对两者无区别：
std::reverse(v.begin(), v.end())同样适用，但别忘了v不是 null-terminated，printf("%s", v.data())会越界读 - 不要为了“统一容器类型”强行用 vector 替代 string——C++ 标准库的设计意图就是让 string 承担字符串职责
真正容易被忽略的点是：所有这些方法都只反转字节顺序，不是字符顺序。遇到 UTF-8、宽字符或代理对时，“反转字符串”的需求本身就需要重新定义——这时候该问的不是“怎么写”，而是“你到底想反转什么”。
