charbuffer 是字符数据容器，负责内存操作；charset 是编解码规则定义者。二者分工明确、配合使用：charbuffer 管理 utf-16 字符序列，依赖 position/limit/capacity 控制读写；charset 负责 byte 与 char 间转换，不可变且线程安全。
CharBuffer 和 Charset 在 Java NIO 中分工明确：CharBuffer 是字符数据的容器，负责暂存、读写、翻转等内存操作；Charset 是字符与字节之间转换的规则定义者，负责编码（char→byte）和解码（byte→char）。二者不直接耦合，但常配合使用——比如把字符串写入 CharBuffer 后，用 Charset 编码成 ByteBuffer；或把网络收到的 ByteBuffer 用 Charset 解码为 CharBuffer 再处理。
CharBuffer 的核心作用是高效管理字符序列
它不是字符串工具类，而是面向 I/O 场景设计的缓冲区，强调位置（position）、限制（limit）、容量（capacity）三要素控制：
- 写入后必须调用 flip() 才能从写模式切换到读模式，否则 get() 会读不到数据或越界
- clear() 重置全部状态，适合循环复用；compact() 只把未读完的数据移到开头，保留后续追加空间
- 它支持 put/get 单个字符、字符数组、字符串，也支持 append，但不提供 find/replace 等文本处理方法——那是 String 或 StringBuilder 的职责
- 注意：CharBuffer 自身不涉及任何编码逻辑，它内部存储的就是 Java 原生的 char（即 UTF-16 代码单元），没有字节、没有编码格式概念
Charset 是字符与字节之间的翻译官
它不保存数据，只定义“怎么把一串 char 映射成 byte”以及“怎么把一串 byte 还原成 char”。关键点在于：
- 同一个字符串用 UTF-8 和 GBK 编码，得到的字节数组完全不同；反过来，用错误 Charset 解码，就会出现 或乱码
- 推荐优先使用 StandardCharsets.UTF_8 等预定义常量，比 Charset.forName("UTF-8") 更安全、更高效
- Charset 实例是不可变的，线程安全；canEncode() 可提前判断该字符集是否支持编码（如某些仅解码专用的 Charset 不支持 encode）
- 实际编解码通常走两步：先用 charset.encode(str) 得到 ByteBuffer，或 charset.decode(bb) 得到 CharBuffer；也可通过 newEncoder()/newDecoder() 获取更精细控制的编解码器
典型协作流程：网络文本消息处理
以 WebSocket 文本帧接收为例：
- SocketChannel 读取到原始字节流 → 封装为 ByteBuffer
- 用 UTF_8.decode(bb) 得到 CharBuffer（此时已还原为 Java 内存中的 Unicode 字符序列）
- 将 CharBuffer 传给业务逻辑做解析、校验、拼接等操作（利用其 position/limit 控制读取范围）
- 若需返回响应，先构造字符串，再用 UTF_8.encode(str) 转回 ByteBuffer 发送出去
- 整个过程里，CharBuffer 是“中间字符态”的载体，Charset 是“进出关口”的转换规则
它们共同构成 Java NIO 文本 I/O 的基础链路：数据流动方向始终是 byte ↔ charset ↔ char，而 CharBuffer 就是 char 端那个可定位、可复用、可批量操作的缓冲结构。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
