inputstreamreader 无法直接设置 charsetdecoder 的错误处理策略，需通过预配置 charset（如 utf-8.newdecoder().onmalformedinput(replace)）并传入构造函数；更推荐用 nio 的 charsetdecoder 显式流式解码以完全控制异常行为。
Java 中 InputStreamReader 本身不直接暴露 CharsetDecoder 的设置接口，但可以通过构造时传入自定义的 Charset（带指定编码行为的）间接控制非法字节的处理方式，核心在于使用 Charset.newDecoder() 配置替换策略后封装为 Charset 实例。
用 Charset 自定义 Decoder 替换策略
InputStreamReader 的构造方法支持传入 Charset 对象。而 Charset 可通过其 newDecoder() 获取解码器，并调用 onMalformedInput() 和 onUnmappableCharacter() 设置对非法字节序列（如截断 UTF-8）或无法映射字符（如字节组合在目标编码中无对应 Unicode 码点）的处理行为。
- REPLACE：用 Unicode 替换字符（U+FFFD ）代替非法输入
- IGNORE：跳过非法输入，不输出任何字符
-
REPORT（默认）：遇到非法输入抛出
MalformedInputException或UnmappableCharacterException
构造带自定义 Decoder 的 InputStreamReader
不能直接把 CharsetDecoder 塞给 InputStreamReader，但可以借助 Charset 的匿名子类或 StandardCharsets 的派生方式实现。更实用的做法是：先获取标准 Charset（如 StandardCharsets.UTF_8），调用 newDecoder() 配置策略，再用该 decoder 构造一个包装过的 Charset —— 但 Java 不提供直接封装 decoder 为 charset 的 API。因此推荐使用 InputStreamReader(InputStream, Charset) + 预配置好的 Charset 实例，而这个实例需通过反射或第三方库（如 Apache Commons Codec）间接支持；实际开发中，更常用且标准的方式是：
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 用
Charset.forName("UTF-8").newDecoder().onMalformedInput(CodingErrorAction.REPLACE).onUnmappableCharacter(CodingErrorAction.REPLACE)创建 decoder - 但注意：
InputStreamReader不接受 decoder，所以需配合InputStreamReader的替代方案：用InputStream+ 手动解码（如String.decode(…)或ByteBuffer/CharBuffer流式处理） - 若坚持用
InputStreamReader，唯一标准途径是：使用 JDK9+ 的Charset子类或借助java.nio.charset.spi.CharsetProvider注册自定义 charset，成本高、不推荐
更简单可靠的替代方案
绕过 InputStreamReader 的限制，改用 NIO 的 CharsetDecoder 显式控制流式解码：
- 从
InputStream读取byte[]到ByteBuffer - 用预设
CharsetDecoder（StandardCharsets.UTF_8.newDecoder().onMalformedInput(REPLACE).onUnmappableCharacter(REPLACE)）解码为CharBuffer - 将
CharBuffer转为字符串或写入Reader包装器（如StringReader或自定义Reader） - 这样完全掌控错误策略，且无需修改 JDK 源码或引入非标 charset
常见误区提醒
有人尝试用 new InputStreamReader(in, "UTF-8") 并期望通过系统属性或全局设置改变解码行为 —— 这不可行。InputStreamReader 内部使用的 CharsetDecoder 总是默认 REPORT 行为，且无法运行时修改。硬编码 Charset 实例也无法覆盖其 decoder 的 error action，因为 Charset 是不可变的，newDecoder() 每次返回新实例。
不复杂但容易忽略。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
