Java字符编码核心在于理清字符、字节、编码标准、JVM与I/O的映射关系；需分层呈现从抽象字符到物理存储的逻辑链，明确区分字符集（如Unicode）与编码方案（如UTF-8），Java内存用UTF-16表示字符，转换仅发生在字节流与字符流交汇处。
Java 中字符编码的核心不在“画图技巧”，而在于理清字符、字节、编码标准、JVM 和 I/O 之间的映射关系。画思维导图时，重点不是装饰，而是分层呈现逻辑链条——从抽象字符到物理存储，再到 Java 运行时如何感知和转换。
字符集与编码标准要分清
这是最容易混淆的第一层。思维导图顶端应明确区分：
- 字符集（Character Set）：如 Unicode，只定义“有哪些字符”和“每个字符对应哪个码点（Code Point）”，比如 'A' → U+0041，'中' → U+4E2D
- 编码方案（Encoding）：是把码点转成字节序列的规则，例如 UTF-8（变长，1–4 字节）、UTF-16（Java 内部用，基本平面用 2 字节）、ISO-8859-1（单字节，仅覆盖拉丁字母）
- 常见误区：把“UTF-8”当成字符集；其实它只是 Unicode 的一种编码方式
Java 内存中的字符表示是 UTF-16
这是 Java 的底层事实，必须单独列为一个主干节点：
- char 类型 是 16 位无符号整数，对应 UTF-16 的一个 code unit（注意：不是 code point）
- Unicode 中超出 BMP（基本多语言平面）的字符（如 emoji ?、古汉字），在 Java 中用两个 char 表示，即 surrogate pair
- String.length() 返回的是 char 数量，不是真实字符数；要用 String.codePointCount(0, str.length()) 才准确
字节 ↔ 字符转换发生在边界处
Java 不自动“编码”或“解码”，转换只发生在字节流与字符流交汇处，这是导图的关键枢纽节点：
立即学习“Java免费学习笔记（深入）”；
- 输入场景：FileInputStream → InputStreamReader（指定 charset）→ 读出 char
- 输出场景：FileOutputStream ← OutputStreamWriter（指定 charset）← 写入 char
- 不显式指定 charset 时，默认使用 Charset.defaultCharset()（通常是系统编码，Windows 中常为 GBK，Linux/macOS 多为 UTF-8）——极易引发乱码
- System.out.println() 输出中文乱码？本质是控制台终端编码 ≠ JVM 输出时用的编码
实用工具与调试要点
导图末端可列几条可立即验证的操作线索，增强实用性：
- 查当前默认编码：
System.out.println(Charset.defaultCharset()); - 安全读文件：用
Files.readString(path, StandardCharsets.UTF_8)替代老式 FileReader（后者依赖默认编码） - 字符串转字节数组：明确写
"你好".getBytes(StandardCharsets.UTF_8)，避免无参 getBytes() - 排查乱码：先确认源数据字节序列（如用 hexdump 查文件），再核对解码时用的 charset 是否匹配
