Java遍历字符串字符的5种方法

本文深入解析了Java中遍历字符串字符的5种常用方法，重点剖析了最直接高效的charAt()方式——它依托字符串底层char[]数组实现，性能优异、语义清晰，但需警惕空字符串和索引越界风险；同时暗示其他方法在不同场景下的适用性与取舍，为开发者提供实用、安全、可扩展的字符串处理指南。

用 charAt() 遍历最直接，但要注意索引越界

Java 字符串不可变且底层是 char[]，charAt() 是最贴近“按位置取字符”直觉的方式。它快、语义清晰，但容易在边界上出错——特别是当字符串为空或循环条件写成 i 时，会抛出 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 机制下，小字符串虽不复制字节数组，但仍有对象头开销）。

• 每次调用都新建对象，GC 压力明显高于前三种方式
• 边界处理更麻烦：i+1 容易越界，必须写成 i ，逻辑绕且易漏
• 返回的是 String，不是 char，后续若需比较或计算，还得调 .charAt(0)，纯属叠 buff

Unicode 正确性不是可选项，是默认前提。哪怕现在测试数据全是 ASCII，只要接口可能接收用户输入，就得按 codePoints() 写——等真出了 ? 显示成 才去改，代价远大于一开始多敲几个字母。

以上就是《Java遍历字符串字符的5种方法》的详细内容，更多关于的资料请关注golang学习网公众号！