Charset 是字符集的抽象表示，不直接编解码，而是通过 newEncoder()/newDecoder() 创建 CharsetEncoder/CharsetDecoder 实例执行转换；实际编码解码由有状态的编解码器完成，推荐使用 getBytes() 和 new String() 等封装方法。
Charset 类本身不直接执行编码/解码操作，而是作为字符集的“注册中心”和“工厂”，提供编码器（Encoder）与解码器（Decoder）的创建入口，真正的字节与字符转换由底层的 CharsetEncoder 和 CharsetDecoder 完成。
Charset 是字符集的抽象表示，不是转换工具
Charset 是一个抽象类，代表一种特定的字符编码规范（如 UTF-8、ISO-8859-1、GBK）。它不保存状态，也不持有缓冲区，只负责：
- 标识字符集名称（name()）、别名（aliases()）和是否支持（isSupported()）
- 通过 newEncoder() / newDecoder() 方法返回对应的编解码器实例
- 提供 canEncode() 判断是否能编码某个字符（例如某些 Charset 不支持中文）
比如 StandardCharsets.UTF_8 是一个预定义的 Charset 实例，调用其 newEncoder() 得到的是 UTF_8.Encoder —— 一个真正处理 char[] → byte[] 的有状态对象。
编码过程：CharsetEncoder 将字符序列转为字节序列
编码时，CharsetEncoder 接收 char 数组（或 CharSequence），按该字符集规则逐字符/字符组合映射为字节序列。关键点包括：
立即学习“Java免费学习笔记（深入）”；
- 使用 encode() 一次性转换；或用 encodeLoop() + flush() 分步处理（适合流式场景）
- 遇到无法表示的字符时，按 CodingErrorAction 策略处理：REPORT（抛异常）、REPLACE（替换成 或自定义字节）、IGNORE（跳过）
- UTF-8 编码器会将 ASCII 字符编为 1 字节，中文通常为 3 字节；而 ISO-8859-1 只能编码 0–255 范围，超出则触发错误动作
解码过程：CharsetDecoder 将字节序列转为字符序列
解码是编码的逆过程，但更易出错——因为非法字节序列（如截断的 UTF-8 多字节）无法唯一还原。CharsetDecoder 的行为包括：
- 接收 byte[] 或 ByteBuffer，按字符集规则尝试解析为 char 或 surrogate pair（如增补字符）
- 对不合法字节（如 0xC0 0x00 在 UTF-8 中无效），同样依据 CodingErrorAction 处理
- 支持可重置的解码状态，适合网络分包场景：多次 call decode() 后调用 flush() 收尾
例如，用 GBK 解码一段 UTF-8 字节，大概率产生乱码或触发替换，因为两者的字节布局与映射逻辑完全不同。
实际使用中应避免手动管理编解码器生命周期
多数场景下，无需显式调用 newEncoder/newDecoder。推荐方式是：
- 字符串转字节数组：str.getBytes(StandardCharsets.UTF_8)
- 字节数组转字符串：new String(bytes, StandardCharsets.UTF_8)
- IO 流读写时指定 Charset：Files.readString(path, UTF_8)、new InputStreamReader(in, UTF_8)
这些方法内部会自动获取并使用合适的编解码器，并正确处理异常与资源边界，比手写 encoder/decoder 更安全简洁。
