String.codePoints() 能正确处理 Unicode 表情，因其返回每个完整码点（int），而 charAt() 或 for-each char 会将辅助平面 emoji（如 ?、??）错误拆分为两个代理字符。
Java 中的 String.codePoints() 是处理 Unicode 表情（尤其是 Emoji）的关键方法，因为它能正确识别代理对（surrogate pairs），避免将一个 emoji 拆成两个乱码字符。
为什么不能用 charAt() 或 for-each char？
Java 的 char 是 16 位，只能表示 BMP（基本多文种平面）字符。而很多 Emoji（如 ?、??、?❤️?）属于 Unicode 辅助平面（U+10000 及以上），在 UTF-16 中以两个 char（高代理 + 低代理）组合表示。直接遍历 char 会把一个 emoji 拆开，导致显示异常或逻辑错误。
用 codePoints() 遍历：安全获取每个完整字符
String.codePoints() 返回的是 IntStream，每个 int 值代表一个 Unicode 码点（code point），无论它是否由代理对组成。这是处理 emoji 的标准方式：
// ✅ 正确：逐个获取完整码点
立即学习“Java免费学习笔记（深入）”；
String text = "Hello ? ?? 123";
text.codePoints().forEach(cp -> {
System.out.printf("U+%04X → %s%n", cp, Character.toString(cp));
});
输出中每个 emoji 都对应一个唯一码点（如 ? 是 U+1F30D，?? 是 U+1F469 U+200D U+1F4BB，但作为组合序列整体由多个码点构成——codePoints() 仍会按规范拆解为独立码点流，不合并 ZWJ 序列；若需识别完整 emoji 表情，需额外做序列匹配）。
常见处理场景与建议
-
统计真实字符数（含 emoji）：用
text.codePoints().count()，而非text.length()（后者返回 char 数，对 emoji 会高估） -
过滤或替换 emoji：判断码点范围，例如
Character.isEmoji(cp)（需 Java 21+）或手动检查区间：cp >= 0x1F600 && cp （表情符号块）、<code>cp >= 0x1F910 && cp （补充符号块）等 -
构建新字符串时保留 emoji 完整性：用
Character.toChars(cp)将码点转回 char 数组，再构造 String，确保代理对不被破坏 -
注意 ZWJ 组合序列（如 ?❤️?）：它们由多个码点（含 U+200D 零宽连接符）组成，
codePoints()会逐个返回这些码点，不会自动聚合成“一个”emoji；如需语义级识别，需额外实现序列匹配逻辑
小结：codePoints() 是基础，但 emoji 处理需分层
codePoints() 解决了「单个 Unicode 字符」的正确遍历问题，是处理 emoji 的必要前提。但它不解析 emoji 组合规则（如家庭、肤色修饰符、ZWJ 序列）。实际项目中，若需精准识别/过滤/计数 emoji，应在 codePoints() 流基础上，结合 Unicode 标准（如 UTS #51）或成熟库（如 emoji-java）进一步处理。
