InputStreamReader 通过内部封装的 StreamDecoder（JDK 内部类）完成字节到字符解码，其实例由构造时指定字符集自动创建并绑定，不可手动替换；解码过程增量式、有状态，依赖底层 InputStream 位置一致性；自定义解码应继承 Charset 重写 newDecoder()，而非直接操作 StreamDecoder。
InputStreamReader 本身不直接暴露 StreamDecoder，而是通过内部封装调用它完成字节到字符的解码。你无法（也不应）手动创建或替换 StreamDecoder 实例，它的实例由 InputStreamReader 在构造时根据指定字符集自动选择并初始化。
StreamDecoder 是 InputStreamReader 的底层解码引擎
StreamDecoder 是 sun.nio.cs.StreamDecoder（JDK 内部类，非 public API）的实现，负责将底层 InputStream 的字节流按指定编码规则（如 UTF-8、GBK）逐步解码为 char 序列。InputStreamReader 将自身作为“桥梁”：它从 InputStream 读取字节块，交由 StreamDecoder 解码成字符缓冲区（内部 char[]），再供 read() 方法逐个或批量返回字符。
构造 InputStreamReader 时隐式触发 StreamDecoder 初始化
当你写：
InputStreamReader reader = new InputStreamReader(inputStream, "UTF-8");
实际发生了：
立即学习“Java免费学习笔记（深入）”；
- JVM 根据 "UTF-8" 查找对应的 Charset（如 UTF_8.class）
- 调用 Charset.newDecoder() 获取 CharsetDecoder 实例
- 用该 CharsetDecoder 和 inputStream 构造一个 StreamDecoder 子类（如 StreamDecoder.ForInputStreamReader）
- 该 StreamDecoder 实例被绑定到 InputStreamReader 内部，后续所有 read() 调用都委托给它
解码过程是增量式、带状态的
StreamDecoder 维护解码状态（如 UTF-8 中多字节序列的中间字节），因此不能跳过或重置输入流后直接复用同一个 InputStreamReader。例如：
- 读到一半的 UTF-8 字符（如 3 字节字符只读了前 2 字节）会暂存状态，下次 read() 继续补全
- 若中途调用 inputStream.skip() 或 reset()（且流支持 mark/reset），可能导致 StreamDecoder 内部字节缓冲与流位置不一致，引发 MalformedInputException 或乱码
- 正确做法是：确保 InputStream 支持 mark/reset 且在 InputStreamReader 创建前已 mark；或避免在解码中途干扰底层流
自定义解码逻辑？走标准扩展路径，而非碰 StreamDecoder
StreamDecoder 是 JDK 实现细节，包名 sun.* 表明它不属于稳定公开 API，不同版本可能变更甚至移除。如需定制解码行为（如容错解码、特殊编码映射），应：
- 继承 Charset 并重写 newDecoder()，返回自定义 CharsetDecoder
- 用该 Charset 构造 InputStreamReader，解码逻辑由你的 Decoder 控制
- 避免反射访问或依赖 StreamDecoder 字段/方法——这会导致兼容性风险和运行时异常
