String.replace() 算长度差不准，因其替换行为依赖参数类型：char 重载逐字符替换，String 重载按子串匹配；遇 Unicode 补充字符时 length() 返回 UTF-16 代码单元数而非真实字符数；replaceAll 使用正则引擎，易因元字符误匹配；最稳妥的单字符计数方式是循环 + charAt()。
用 String.replace() 算长度差为什么不准
因为 replace() 替换的是所有匹配的字符，但它的行为依赖于传入的参数类型：用 char 重载会逐字符替换，而用 String 重载则按子串匹配——如果目标字符是 'a'，但你误传 "a" 倒也凑巧；可一旦要统计 '\'、'
' 或正则元字符，replace("a", "") 就可能意外吃掉更多内容，比如把 "aa" 当成一个整体处理（实际不会，但思维惯性会误导）。更隐蔽的问题是空字符串："abc".replace("a", "") 没问题，但 "aaa".replace("a", "") 返回空串，长度差是 3，看似正确；可一旦原串含 Unicode 补充字符（如 emoji），length() 返回的是 UTF-16 代码单元数，不是真实字符数，差值就失真。
String.replace() 和 String.replaceAll() 别混用
前者只做字面替换，后者走正则引擎。想统计点号 '.' 出现次数，写 s.replaceAll(".", "") 会清空整个字符串——因为 . 在正则里是通配符。必须写成 s.replaceAll("\.", "") 才对，但这就引入了转义复杂度。而 replace('.', 'x') 安全得多，它根本不碰正则。所以：
- 只统计单个已知字符（非正则符号）→ 优先用
replace(char, char) - 要统计子串（如 "ab"）→ 只能用
replace("ab", "")，但注意它不重叠匹配（"abab".replace("ab", "")得空串，计数为 2，没问题；但"aaa".replace("aa", "")得"a"，只替一次，计数为 1，不是 2） - 别为了“看起来统一”强行全用
replaceAll，多一层转义，少一层安心
真正靠谱的单字符计数：循环 + charAt()
没有银弹，但最稳的是老老实实遍历。JDK 8+ 虽有 chars() 流式 API，但小字符串下循环反而更快，且逻辑透明、无编码陷阱：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
int count = 0;
for (int i = 0; i < s.length(); i++) {
if (s.charAt(i) == targetChar) count++;
}
注意三点：
-
charAt()对null抛NullPointerException，调用前务必判空 - 不要用
toCharArray()再遍历——多一次数组拷贝，GC 压力白增 - 如果
targetChar是 ASCII，charAt()没问题；如果是代理对（surrogate pair），单靠charAt()会拆开高/低位，导致漏计或误计；此时得用codePointAt()配合Character.isSupplementaryCodePoint()，但绝大多数业务场景根本遇不到
性能和可读性怎么权衡
纯看速度：短字符串（replace().length() 差距微乎其微；长文本（>10KB）且字符分布密集时，replace() 因底层用的是优化过的数组复制，有时反超手写循环。但代价是：
- 无法中断（比如只想找前 5 个就停）
- 不能扩展逻辑（比如“统计非转义的引号”，就得边扫边看上一个是不是反斜杠）
- 调试困难——出错了你得回头想“我到底传的是 char 还是 String？”
真正容易被忽略的，是字符串是否为空、目标字符是否合法（比如传了 Character.MIN_VALUE 却没意识到它可能被某些 API 当作特殊标记），以及——没人告诉你，String.length() 的返回值在 Java 9+ 是常量时间，但 replace() 不是，它一定扫描全文。
