charat()方法用于按0-based索引获取字符串中指定位置的char值，合法索引范围是0到length()-1（含），越界或负索引抛stringindexoutofboundsexception；对代理对仅返回单个utf-16单元，处理补充字符应优先使用codepointat()。
charAt() 方法的基本用法和索引边界问题
charAt() 是 String 类的实例方法，用于按 0-based 索引获取单个 char。它不支持负数索引，也不接受超出范围的正整数——一旦越界，立刻抛出 StringIndexOutOfBoundsException。
常见错误现象：调用 str.charAt(-1) 或 str.charAt(str.length()) 都会崩溃，哪怕只差 1 位。
- 合法索引范围是
0到str.length() - 1（含） - 空字符串
""的length()为 0，因此任何索引都会越界 - 如果不确定索引是否安全，务必先判断：
if (i >= 0 && i
为什么不能用 charAt() 修改字符串中的字符
Java 中的 String 是不可变的，charAt() 只读取，不提供赋值能力。试图“修改”只能靠构建新字符串实现。
比如想把第 2 个字符改成 'X'（索引为 1），不能写 str.charAt(1) = 'X'——这甚至无法编译，因为 charAt() 返回的是值，不是变量引用。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 正确做法是拼接：
str.substring(0, 1) + 'X' + str.substring(2) - 或转成
char[]操作再重建：char[] cs = str.toCharArray(); cs[1] = 'X'; str = new String(cs); - 注意：
toCharArray()会产生新数组，对原String无影响
替代方案：何时该用 codePointAt() 而不是 charAt()
当字符串含 emoji 或中文等 Unicode 补充字符（即码点 > 0xFFFF）时，charAt() 可能返回不完整的 char（代理对的高位或低位），导致逻辑错乱。
例如 "??".charAt(0) 返回的是高位代理 '\ud83d'，不是完整人像；而 "??".codePointAt(0) 才返回正确的码点 128187。
- 需要按“字符”而非“UTF-16 单元”处理时，优先用
codePointAt()和offsetByCodePoints() -
codePointAt(i)要求i在合法范围内，且若i指向代理对的低位，会抛异常 - 遍历所有字符应使用
codePoints().forEach(...)流式 API，而非手动递增索引
性能与字符串类型选择的影响
charAt() 是 O(1) 时间操作，内部直接访问底层 char[]，非常快。但它的高效依赖于 String 的底层实现——从 Java 9 开始，String 默认用 byte[] 存储（配合编码标识），charAt() 会隐式解码，带来微小开销。
- 纯 ASCII 字符串在 Java 9+ 中存储更省空间，
charAt()解码成本极低 - 含大量非 Latin 字符时，
String仍用char[]（如启动参数指定-XX:+CompactStrings失效），此时性能无变化 - 若频繁随机访问且确定无补充字符，
String仍是首选；否则考虑StringBuilder或char[]直接操作
最容易被忽略的一点：charAt() 返回的是 char，不是 Character 包装类——自动装箱只在需要对象时发生，别误以为每次调用都在创建新对象。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
