charAt()遍历最直接，但需防索引越界；Java字符串不可变、底层为char[]，该方法快且语义清晰，空串或i<=length()易致越界。
用 charAt() 遍历最直接，但要注意索引越界
Java 字符串不可变且底层是 char[]，charAt() 是最贴近“按位置取字符”直觉的方式。它快、语义清晰，但容易在边界上出错——特别是当字符串为空或循环条件写成 i 时，会抛出 <code>StringIndexOutOfBoundsException。
- 循环上限必须是
str.length()，不是str.length() - 1（因为i从0开始） - 空字符串要提前判断，否则
length() == 0时循环体根本不会执行，这本身没问题，但如果你依赖循环内做初始化逻辑，就得单独处理 - 不要在循环里反复调用
str.length()——虽然 JIT 通常会优化，但显式缓存更稳妥：int len = str.length(); for (int i = 0; i
用 toCharArray() 转数组再遍历，适合多次访问或需修改逻辑
把字符串转成 char[] 后用增强 for 循环，代码更简洁，也避免了每次查索引的开销。但它会多一次堆内存分配（尤其对长字符串），而且你拿到的是副本——改数组元素不影响原字符串，这点常被误以为能“修改字符串”。
- 适用于只读遍历且希望语法干净的场景，比如校验、统计、简单映射
- 如果后续还要用原字符串做其他操作（比如拼接、正则匹配），别为了遍历专门转数组，得不偿失
- 注意：
toCharArray()返回新数组，GC 压力比charAt()略高，高频短字符串影响不大，但服务端批量处理时值得留意
用 String.chars() 或 codePoints() 处理 Unicode 安全字符
遇到 emoji 或中文生僻字（如 U+1F600 ?、U+20000 ?），charAt() 和 toCharArray() 可能拆开一个代理对（surrogate pair），导致“一个字符变两个 char”。这时候必须用 Java 8+ 的流式 API。
-
str.chars()返回IntStream，每个元素是char的 int 值，仍不解决代理对问题 - 真正安全的是
str.codePoints()：它按 Unicode code point 切分，emoji 和补充平面汉字都算作一个元素 - 性能略低（创建流、装箱/拆箱），但正确性优先——只要字符串可能含 emoji、古汉字、数学符号，就该默认用
codePoints()
别用 substring(i, i+1) 遍历，性能差还易错
有人图省事用 substring(i, i+1) 拿单字符，本质是新建 String 对象，不仅慢（对象分配 + 内存拷贝），还可能触发不必要的字符串压缩（Java 9+ 的 compact string 机制下，小字符串虽不复制字节数组，但仍有对象头开销）。
立即学习“Java免费学习笔记（深入）”；
- 每次调用都新建对象，GC 压力明显高于前三种方式
- 边界处理更麻烦：
i+1容易越界，必须写成i ，逻辑绕且易漏 - 返回的是
String，不是char，后续若需比较或计算，还得调.charAt(0)，纯属叠 buff
Unicode 正确性不是可选项，是默认前提。哪怕现在测试数据全是 ASCII，只要接口可能接收用户输入，就得按 codePoints() 写——等真出了 ? 显示成 才去改，代价远大于一开始多敲几个字母。
