OutputStreamWriter 不会抛出 MalformedInputException，因其是编码器（字符→字节），而该异常由 CharsetDecoder 在解码（字节→字符）时抛出；常见混淆源于将 InputStreamReader 的解码错误误归于 OutputStreamWriter。
OutputStreamWriter 不会抛出 MalformedInputException，这是关键前提。该异常属于 java.nio.charset 包，由 CharsetDecoder 在解码（即读取字节转字符）过程中抛出，而 OutputStreamWriter 是编码器（字符 → 字节），其职责是将字符按指定编码写入底层 OutputStream，不涉及输入解码，因此根本不会触发 MalformedInputException。
为什么常见混淆：把“读”和“写”搞反了
很多开发者遇到 MalformedInputException 实际发生在使用 InputStreamReader（字符输入流）时，比如读取 UTF-8 文件却遇到非法字节序列（如截断的 UTF-8 多字节字符）。而 OutputStreamWriter 的典型异常是：
-
IOException（如底层流关闭、磁盘满） -
UnsupportedEncodingException（构造时指定未知编码名） -
CharacterCodingException的子类UnmappableCharacterException（字符无法映射到目标编码，例如用 ISO-8859-1 写中文）
OutputStreamWriter 可能遇到的编码问题及应对
虽然不抛 MalformedInputException，但写入时仍可能因字符与编码不兼容失败。核心思路是提前处理或容错编码：
-
显式指定 Charset 并选用宽泛编码：避免用
new OutputStreamWriter(out, "GBK")写含 emoji 或生僻字的文本；优先用StandardCharsets.UTF_8 -
配置编码器的替换策略：通过
CharsetEncoder设置onUnmappableCharacter(CodingErrorAction.REPLACE)，让无法编码的字符自动替换为?或自定义替代符 -
预校验字符合法性：对敏感字段，可用
Charset.forName("UTF-8").newEncoder().canEncode(charSequence)提前判断是否可编码
真正需要拦截 MalformedInputException 的场景
如果你确实在处理输入流并遇到该异常，说明你该用的是 InputStreamReader 或 Files.newBufferedReader 等读取操作。修复方式包括：
立即学习“Java免费学习笔记（深入）”；
- 捕获
MalformedInputException后，改用CodingErrorAction.REPLACE或REPORT重建CharsetDecoder - 用
Files.readString(path, StandardCharsets.UTF_8)（Java 11+）自动跳过 BOM 并容忍部分损坏（底层已优化） - 对来源不可控的文本（如用户上传文件），先用
java.nio.file.Files.readAllBytes读为字节数组，再用new String(bytes, StandardCharsets.UTF_8)—— 此时若含非法序列，默认用REPLACEMENT CHARACTER ()替代，不抛异常
实用建议：统一用 NIO.2 和标准 Charset
现代 Java 开发应尽量避开手动 new OutputStreamWriter/InputStreamReader。推荐：
- 写文件：
Files.write(path, lines, StandardCharsets.UTF_8) - 读文件：
Files.readAllLines(path, StandardCharsets.UTF_8)或Files.lines(path, StandardCharsets.UTF_8) - 需要流式处理时，用
BufferedWriter writer = Files.newBufferedWriter(path, StandardCharsets.UTF_8)—— 它内部封装了安全的编码器，且默认容错行为更合理
