Java中char是16位UTF-16代码单元而非Unicode字符，处理东亚文本需以code point为单位，结合代理对、正确编码和字节序意识。

Java中char类型是16位无符号整数（0到65535），对应UTF-16编码的基本代码单元（BMP字符），但无法直接表示Unicode中超出BMP的字符（如部分汉字古字、 emoji、少数民族文字等）。处理东亚多语言字符集时，不能简单把char当作“一个字符”，而需结合UTF-16代理对（surrogate pair）机制理解其2字节本质。

理解char不是“字符”，而是UTF-16代码单元

Java的char仅表示一个UTF-16代码单元，而非逻辑上的Unicode字符（code point）。例如：

• 常见汉字如“汉”（U+6C49）在BMP内，可用单个char表示；
• 而扩展区汉字如“?”（U+20000）属于增补平面（SMP），需用两个char组成代理对：高位代理（0xD840） + 低位代理（0xDC00）；
• String.length()返回的是char数量，不是字符数——含代理对的字符串长度会比实际字符数多1。

安全遍历字符串：避免按char索引切分

直接用for(int i=0; i

• 用String.codePoints().forEach(cp -> { ... })流式处理每个Unicode字符；
• 用String.offsetByCodePoints(start, delta)计算正确偏移；
• 用Character.isHighSurrogate(c)和Character.isLowSurrogate(c)判断代理单元，配合Character.toCodePoint(high, low)还原完整字符。

解码输入流时指定正确编码，不依赖char隐式转换

从文件或网络读取东亚文本（如GBK、Shift-JIS、UTF-8）时，char的2字节特性不自动解决编码问题。关键在于：

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

立即学习“Java免费学习笔记（深入）”；

• InputStreamReader必须显式传入Charset（如StandardCharsets.UTF_8或Charset.forName("GBK")），否则默认平台编码易出错；
• 避免new String(byteArray)无参构造——它用系统默认编码，中文Windows下常为GBK，Linux下为UTF-8，跨平台必崩；
• 读取UTF-8字节流后转为String，内部自动转成UTF-16存储（含必要代理对），后续操作仍需按code point处理。

序列化与传输：注意char数组与UTF-16BE/LE的映射

若需将char[]写入二进制协议或文件，需明确字节序：

• char值直接转为2字节，大端（UTF-16BE）或小端（UTF-16LE）取决于场景；
• 写入前确认目标系统期望的UTF-16变体，例如Windows API常用UTF-16LE；
• 更稳妥做法是统一用UTF-8编码输出（String.getBytes(StandardCharsets.UTF_8)），避免字节序和代理对解析歧义。

真正可靠的东亚字符处理，核心不在char的2字节大小，而在始终以Unicode code point为语义单位，并严格区分编码层（byte ↔ char）、表示层（char ↔ code point）和逻辑层（用户感知的“字”）。