StringBuilder.reverse() 直接原地反转内部char[]数组，时间复杂度O(n)、空间O(1)，不新建对象；它不处理编码逻辑，对合法UTF-16序列（含emoji代理对）安全，但若源数据已损坏则翻转后仍无效。
StringBuilder.reverse() 为什么能直接倒序字符串
它不是“计算”倒序，而是原地反转内部字符数组——没有新建对象，不涉及编码转换，也不管你存的是中文、emoji 还是代理对。StringBuilder 底层用 char[] 存数据，reverse() 就是前后交换数组元素，时间复杂度 O(n)，空间 O(1)。
常见错误现象：StringBuilder sb = new StringBuilder("abc"); String s = sb.toString(); sb.reverse(); System.out.println(s); —— 输出还是 "abc"，因为 toString() 返回的是快照，后续 reverse() 不影响已生成的 String。
- 必须在调用
toString()前完成reverse() - 如果需要链式调用，写成
sb.reverse().toString() - 注意：它修改的是当前实例，不是返回新实例（和
String的不可变逻辑完全不同）
遇到 surrogate pair（如某些 emoji）时 reverse() 还安全吗
安全，但前提是你的 StringBuilder 是用合法 UTF-16 序列构造的。Java 的 char 是 UTF-16 单元，一个 emoji 如 "?" 实际占两个 char（高代理 + 低代理），reverse() 会把这两个位置也一起翻转，导致代理对错乱，输出变成无效字符或 。
使用场景：如果你从外部读入文本（比如 JSON、HTTP 响应），且含 emoji 或生僻汉字，要确认源数据本身没被截断或误解析为单个 char。
立即学习“Java免费学习笔记（深入）”；
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 验证方式：用
"?".codePointCount(0, "?".length())看是否等于 1（正确）；若等于 2，说明被当成了两个独立char - 安全做法：优先用
StringBuffer或StringBuilder的appendCodePoint(int)添加字符，避免手动拆分代理对 -
reverse()本身不修复编码问题，它只忠实地反转已有char[]
想倒序但又不想改原始 StringBuilder 怎么办
没有“无副作用”的内置方法。所有基于 StringBuilder 的倒序操作都会修改它自身，这是设计使然。
常见错误现象：有人试图先 clone() —— 但 StringBuilder 没实现 Cloneable，调用会报 CloneNotSupportedException。
- 最简方案：新建一个
StringBuilder，传入原内容再反转：new StringBuilder(original).reverse().toString() - 如果原始内容很大，且频繁倒序，考虑缓存倒序结果，而不是每次都新建对象
- 别用
toCharArray()+ 手动反转 + 新建String，这比new StringBuilder(...).reverse().toString()更慢且更啰嗦
和 String.chars().sorted().collect(...) 这类流式写法比有什么区别
完全不是一回事：StringBuilder.reverse() 是顺序反转；而 chars().sorted() 是按 Unicode 码点升序排列，比如 "bac" 会变 "abc"，不是 "cab"。
性能差异明显：流式操作要装箱每个 int 成 Integer，走收集器、排序算法，至少 O(n log n)；reverse() 是纯数组交换，O(n) 且零装箱。
- 真要倒序字符串，别碰
Stream，除非你在做字符级变换（比如过滤、映射） -
String.valueOf(new StringBuilder(s).reverse().toString().toCharArray())这种套娃写法纯属冗余，直接new StringBuilder(s).reverse().toString()就行 - 注意
String自身没有reverse()方法，任何“字符串倒序”都得借道StringBuilder或StringBuffer
真正容易被忽略的是：reverse() 对空串、null、单字符都成立，但它不会告诉你输入是否合理——比如你往里塞了非法代理对，它照翻不误，错误会在后续 toString() 或显示时暴露。
