Java字符编码核心是“内部统一、外部可配”：String在JVM内恒用UTF-16，与外部交互时必须显式指定Charset，否则依赖系统默认值易致乱码；三层结构含字符集、编码方案和Charset类；字符串与字节数组转换须严格配对编码解码；IO流中需显式声明Charset；可通过Charset.defaultCharset()等方法查默认及可用字符集。
Java 的字符集编码处理核心在于“内部统一、外部可配”——所有 char 和 String 在 JVM 内部都用 UTF-16 表示，但与外部交互（如文件读写、网络传输、控制台输出）时，必须显式指定字符集进行编码或解码。不指定就依赖系统默认值，极易引发乱码。
Java 字符编码的三层结构
理解 Java 编码机制，要分清三个层次：
- 字符集（Character Set）：抽象符号集合，比如 Unicode 定义了“中”对应码点 U+4E2D；它本身不涉及字节
-
编码方案（Encoding Scheme）：把码点转成字节的规则，例如 UTF-8 把 U+4E2D 编为
0xE4 0xB8 0xAD（3 字节），GBK 则编为0xD6 0xD0（2 字节） -
Charset 类：Java 中的封装体，同时包含字符集定义和编码方案，如
StandardCharsets.UTF_8是一个完整、线程安全、可复用的编码工具实例
字符串与字节数组的转换必须配对使用
这是最常出错的地方：编码用什么，解码就必须用什么，否则字节被错误解析，结果不可逆。
- 编码：用
String.getBytes(Charset)得到字节数组（如"你好".getBytes(UTF_8)→ 6 字节） - 解码：用
new String(byte[], Charset)还原（如new String(bytes, UTF_8)→ 正确字符串） - 错误示范：
new String(bytesUtf8, GBK)会把 UTF-8 的三字节序列强行按 GBK 双字节拆分，必然产生乱码，比如显示为“浣犲ソ”
IO 流中字符集的显式声明不可省略
字节流（FileInputStream/SocketInputStream）不带编码信息，字符流才是真正的“带编码的桥梁”：
立即学习“Java免费学习笔记（深入）”；
- 用
InputStreamReader包装字节输入流时，必须传入Charset，否则用系统默认（Windows 常是 GBK，Linux/macOS 常是 UTF-8） - 同理，
OutputStreamWriter输出时也要指定，避免写入文件后在其他平台打不开 - 推荐写法：
new InputStreamReader(new FileInputStream("a.txt"), StandardCharsets.UTF_8)
如何查默认与可用字符集
运行时可主动检查，避免假设：
- 获取当前 JVM 默认字符集：
Charset.defaultCharset().name() - 列出所有支持的字符集：
Charset.availableCharsets().keySet()（常见有 UTF-8、UTF-16、ISO-8859-1、GBK、Big5 等） - 判断是否支持某字符集：
Charset.isSupported("GB18030")（返回 boolean）
基本上就这些。Java 编码不复杂，但容易忽略“内外分离”这个前提——内部永远是 UTF-16，外部全是契约制。只要每次字节 ↔ 字符转换都明确指定 Charset，乱码问题就可控。
