不能直接用 std::reverse，因其依赖字符串底层内存可写且连续：字面量不可修改、const 引用无法获取可写指针、SSO 实现差异可能导致越界；手写双指针需注意索引类型与边界控制。
为什么不能直接用 std::reverse 就完事？
能用，但得看场景。std::reverse 确实是原地反转，时间 O(n)、空间 O(1)，但它对 std::string 的底层内存有隐含假设：必须可写且连续。常见坑包括：
— 传入字符串字面量（如 "hello"）转成 std::string 后再取 .data()，看似可行，但字面量本身不可修改，运行时可能 SIGSEGV；
— 使用 const std::string& 参数时，无法调用非 const 成员函数或获取可写指针；
— C++11 之前部分编译器对 std::string 的 Small String Optimization（SSO）实现不统一，.data() 和 .c_str() 返回地址未必等价，直接操作可能越界。
手写双指针原地反转的正确写法
核心就是交换首尾字符，向中间收拢。关键在边界控制和迭代器/索引合法性：
- 用
size_t或std::string::size_type做索引，避免有符号/无符号比较警告 - 循环条件必须是
i ，不是 <code>i ，否则中间字符会被 swap 两次（等于没变） - 对空串或单字符串要自然兼容，无需额外判断
示例：
void reverse_string(std::string& s) {
size_t i = 0;
size_t j = s.length();
if (j == 0) return;
j--; // 转为末尾索引
while (i < j) {
std::swap(s[i], s[j]);
i++;
j--;
}
}
使用 std::reverse 的安全姿势
它本身没问题，但调用上下文决定是否安全：
立即学习“C++免费学习笔记（深入）”；
- 只对非常量
std::string对象调用：std::reverse(s.begin(), s.end())— 这是最推荐的方式，语义清晰，编译器优化充分 - 不要试图对
s.c_str()或s.data()做指针运算后传给std::reverse，C++17 起data()才保证返回可写指针，且需确保s非 const - 若需兼容 C 接口或手动管理内存，应明确使用
std::vector<char>替代，其.data()始终可写且连续
性能差异真的存在吗？
在主流编译器（GCC/Clang/MSVC）开启 -O2 后，手写双指针和 std::reverse 生成的汇编几乎一致 — 都是单次遍历 + 字节交换。真正影响性能的是：
- 字符串长度极小（
- 如果反转逻辑嵌套在热循环中，且字符串频繁构造/析构，瓶颈其实出在内存分配上，而非反转本身
- 使用
std::string_view时无法原地反转（只读），必须拷贝到std::string再操作 — 这步拷贝才是真正的开销点
真正容易被忽略的是：反转后的字符串缓存局部性。连续访问反转后内容时，CPU 预取效率不受影响，但若反转后立即做大量随机索引访问，原始顺序下的预取模式就失效了 — 这种间接影响比反转本身更难察觉。
