java中char类型无法直接存储辅助平面字符，因其仅支持bmp范围（u+0000–u+ffff）；辅助字符需用utf-16代理对表示，应改用codepointat()、codepointcount()等基于码点的api正确处理。
Java 中的 char 类型本身不能直接存储辅助平面（Supplementary Plane）字符，比如大部分 emoji、U+20000 以上的古汉字、部分数学符号等，因为它只有 16 位，取值范围固定为 0x0000 到 0xFFFF（即 U+0000–U+FFFF），仅覆盖基本多文种平面（BMP）。而辅助字符的 Unicode 码点在 U+10000 至 U+10FFFF 之间，必须通过 UTF-16 代理对（surrogate pair）来表示——这不是“不支持”，而是设计使然。解决的关键在于：**不用 char 单独处理逻辑字符，改用基于 code point 的 API**。
使用 codePointAt() 和 codePointCount() 替代 charAt() 和 length()
字符串中一个用户感知的“字符”可能由 1 个或 2 个 char 构成。直接调用 string.charAt(i) 或 string.length() 会把代理对拆开，导致错误解析或乱码。
-
string.codePointAt(i)返回从索引i开始的完整 Unicode 码点（int类型），自动识别并合并高位/低位代理 -
string.codePointCount(0, string.length())给出字符串中真正的字符数量（即码点数），而非char单元数 - 遍历时应配合
Character.charCount(int codePoint)跳过代理对占用的两个位置，例如：
for (int i = 0; i int cp = s.codePointAt(i);
// 处理 cp
i += Character.charCount(cp); // 安全前进
构造和转换辅助字符时用 Character.toChars() 和 new String(int[])
不要手动拼接 '\uD83D' + '\uDE00' 字面量（易出错且不可读），而应通过标准 API 进行双向转换：
- 从码点生成字符数组：
char[] surrogates = Character.toChars(0x1F600);→ 得到长度为 2 的数组 - 从码点数组构建字符串：
String s = new String(new int[]{0x1F600}, 0, 1);（推荐）或String.valueOf(Character.toChars(0x1F600)) - 验证是否为有效代理对：
Character.isSurrogatePair(high, low)
避免在基础类型层面强求“单 char 存一个字符”
把 char 当作 UTF-16 编码单元（code unit），不是语义上的“字符”。真正需要表达逻辑字符时，优先选用：
-
int类型存储码点（安全、无截断，如int cp = 0x1F926;） -
String封装单字符（String.valueOf(Character.toChars(cp))） - 输入/输出、序列化、正则匹配等场景，始终以
String为单位操作，不降级为char[]处理
检查和过滤非法代理值
手动构造或解析外部数据（如网络响应、文件读取）时，可能出现孤立的高位或低位代理（如 '\uD83D' 后无配对低位），它们不是有效字符：
- 用
Character.isValidCodePoint(int cp)校验码点合法性 - 用
Character.isHighSurrogate(c)/Character.isLowSurrogate(c)检测代理单元 - 清理无效序列可借助
Normalizer.normalize(s, Normalizer.Form.NFC)或自定义扫描逻辑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
