CharsetDecoder不缓存跨块字节，遇UTF-8截断会报MalformedInputException或输出替换符；需用ByteBuffer配合flip/compact管理状态，并手动保存残留字节，或改用InputStreamReader+BufferedReader自动处理。
CharsetDecoder本身不缓存或拼接跨块的不完整字节序列，遇到UTF-8多字节字符被截断在缓冲区边界时，会直接报MalformedInputException或输出替换符（如），造成乱码。这不是解码器“出错”，而是它严格遵循编码规范——必须收到完整字节序列才能正确解码。
识别变量流不完整的关键信号
常见表现包括：
- 连续几段文本中，开头或结尾出现孤立的，尤其集中在换行、分块读取边界处
- 日志里反复抛出
java.nio.charset.MalformedInputException: Input length = 1这类提示，且错误位置随读取批次变化 - 原始字节流末尾是
0xE4 0xBD（UTF-8中文“你”的前两个字节），但没跟上第三个字节0xA0，Decoder无法完成三字节解析
用ByteBuffer配合flip/compact正确管理流状态
不能每次把新读到的字节数组直接wrap后decode；必须复用同一个ByteBuffer，并在每次读取后合理调用flip()和compact()：
-
flip()：将limit设为当前position，让decoder能读到已写入的有效字节 -
decode()后检查hasRemaining()：若返回true，说明末尾有未解码完的字节（比如只剩2个UTF-8字节） -
compact()：把未解码的残留字节移到buffer开头，为下次读取腾出空间，避免丢弃
显式配置容错策略并保留残余字节
对可能含不完整流的场景，Decoder需主动接管错误处理：
- 调用
.onMalformedInput(CodingErrorAction.REPLACE)防止中断，但注意：REPLACE仅替换非法序列，不补全缺失字节 - 关键动作是手动保存未消费字节：decode后若
in.hasRemaining()为true，用in.get(new byte[in.remaining()])提取残留，并追加到下一批数据前 - 不建议用
IGNORE——它跳过非法字节，但会破坏后续所有偏移，导致后续字符全部错位
更稳妥的做法：改用InputStreamReader + BufferedReader
对于文件或网络流这类天然分块的输入源，优先使用高层API：
-
InputStreamReader内部已实现字节缓冲与跨块重组逻辑，自动处理BOM和不完整多字节字符 - 搭配
BufferedReader可安全调用readLine()，无需关心底层字节切分 - 只需确保构造时传入明确Charset：
new InputStreamReader(in, StandardCharsets.UTF_8)
