StringBuilder没有setCharAt方法，因其设计上为保障安全与封装性而有意省略；正确替代是用replace(index, index+1, String.valueOf(ch))，兼具安全性、简洁性与O(1)均摊效率。
StringBuilder 没有 setCharAt 方法，这是关键前提。它只提供 charAt(int index) 用于读取字符，但不支持直接修改指定位置的字符。想“高效定位修改单个字符”，必须用其他方式实现，而不是依赖不存在的 setCharAt。
为什么没有 setCharAt？
StringBuilder 是可变字符串容器，底层用 char 数组实现，但设计上把修改操作封装在更安全、更通用的方法中。直接暴露单字符写入接口容易破坏内部状态（比如越界、未同步等），所以 JDK 选择不提供 setCharAt——这不是遗漏，而是有意为之。
正确替代方案：用 setCharAt 的语义，调用 replace() 或 insert()+delete()
最常用且高效的做法是用 setCharAt(index, ch) 的逻辑模拟：先检查索引有效性，再用 replace(index, index + 1, String.valueOf(ch))。
- ✅ 时间复杂度 O(1) 均摊（底层数组复制仅在扩容时发生）
- ✅ 安全：自动检查索引范围（越界抛
StringIndexOutOfBoundsException） - ✅ 简洁：一行代码即可完成“定位+替换”
示例：
立即学习“Java免费学习笔记（深入）”；
更底层的写法：直接操作内部数组（不推荐，仅限极端性能场景）
如果真追求极致性能（如高频循环中数百万次修改），可借助反射获取并修改内部 char[]，但代价极高：
- ❌ 破坏封装，JDK 版本升级可能失效（例如 Java 9+ 使用 byte[] + coder 优化）
- ❌ 丢失边界检查，需手动验证 index ∈ [0, length())
- ❌ 多线程不安全，且无法触发 StringBuilder 内部状态维护逻辑
普通业务开发完全没必要走这条路。
常见误区提醒
有人误以为 sb.charAt(i) = 'x' 可行——这在 Java 中语法错误，因为 charAt 返回的是值（char），不是左值引用。
也有人尝试用 deleteCharAt(i).insert(i, "x")，虽然结果正确，但比 replace 多一次数组移动，效率更低。
