跳转到主内容
新派编程网 - 新潮编程理念，全新技术课堂！
📁 网站地图

Java for 循环遍历字符串每个字符的多种写法

林译川
林译川
• 👁 0人浏览过
charAt()遍历最直接，但需防索引越界；Java字符串不可变、底层为char[]，该方法快且语义清晰，空串或i<=length()易致越界。 用
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 机制下，小字符串虽不复制字节数组，但仍有对象头开销）。 Eclipse导入Android或其他的JAVA项目的正确方法 WORD版 本文档主要讲述的是Eclipse导入Android或其他的JAVA项目的正确方法；希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看 下载 立即学习 “ Java免费学习笔记（深入） ”； 每次调用都新建对象，GC 压力明显高于前三种方式 边界处理更麻烦：
i+1
容易越界，必须写成
i ，逻辑绕且易漏
返回的是
String
，不是
char
，后续若需比较或计算，还得调
.charAt(0)
，纯属叠 buff Unicode 正确性不是可选项，是默认前提。哪怕现在测试数据全是 ASCII，只要接口可能接收用户输入，就得按
codePoints()
写——等真出了 ? 显示成 才去改，代价远大于一开始多敲几个字母。

相关文章