stringbuilder.reverse()是最直接的字符串反转方法，需用new stringbuilder(s).reverse().tostring()获取结果；手动操作char[]更灵活但需注意副本与原字符串无关。
用 StringBuilder.reverse() 是最直接的解法
绝大多数场景下，字符串反转不需要自己造轮子。StringBuilder 内置的 reverse() 方法语义清晰、实现可靠，且底层是 in-place 字符数组翻转，性能足够好。
常见错误是调用后忽略返回值：它返回的是 StringBuilder 本身（可链式调用），但不会修改原字符串（String 不可变）。
- 正确写法：
String reversed = new StringBuilder(original).reverse().toString(); - 别写成：
new StringBuilder(original).reverse();—— 结果丢了 - 别在循环里反复新建
StringBuilder处理短字符串，除非量级极小；否则考虑复用实例或直接用数组方案
手动遍历 char 数组反转更可控
当你需要跳过某些字符（比如只翻转字母）、做条件过滤，或对接 JNI / NIO 等底层操作时，绕过 StringBuilder 直接操作 char[] 更灵活。
注意 String.toCharArray() 返回的是副本，修改它不影响原字符串；而 String.valueOf(char[]) 是安全的构造方式。
立即学习“Java免费学习笔记（深入）”；
- 典型写法：
char[] chars = s.toCharArray(); for (int i = 0, j = chars.length - 1; i - 别用
String的charAt()+substring()拼接反转 —— 时间复杂度 O(n²)，且生成大量中间对象 - 遇到 surrogate pair（如 emoji）时，
char[]方案会把一个 Unicode 字符拆成两个char，导致翻转错位；此时必须用codePointAt()和Character.toChars()处理
别在 StringBuffer 上硬套 reverse()
StringBuffer.reverse() 功能和 StringBuilder.reverse() 完全一致，但它是线程安全的，所有方法都加了 synchronized。单线程下纯属多此一举。
实测在 JDK 17 下，StringBuffer.reverse() 比 StringBuilder.reverse() 慢 15%–25%，且无任何收益。
- 除非你明确在多线程共享同一个
StringBuffer实例，并且需要它的reverse()被同步 —— 这种设计本身就很可疑 - 更常见的误用：看到 “buffer” 就以为更“底层”或“高效”，其实没有这回事
- 如果项目强制要求线程安全，优先考虑外部同步或改用不可变模式，而不是用
StringBuffer
Unicode 边界问题最容易被忽略
中文、emoji、带音标的西文字母（如 “café”）可能由多个 UTF-16 code unit 组成。char 是 16 位，无法完整表示所有 Unicode 字符。按 char 翻转会导致 surrogate pair 被割裂。
例如 "??"（程序员 emoji）实际是 4 个 char：0xD83D 0xDC68 0x200D 0xD83D 0xDCBB（注：实际为 5 个，此处简化示意），简单翻转顺序会得到乱码。
- 安全做法：用
String.codePoints()流处理，或手写基于codePointAt()的双指针 - 示例片段：
int[] cps = s.codePoints().toArray(); for (int i = 0, j = cps.length - 1; i - 这个开销比
char[]翻转高，但对含 emoji 或生僻字的文本是唯一靠谱方案
事情说清了就结束
