InputStreamReader.read()始终无法完成读取且不返回的原因排查

这个问题我之前也碰到过，核心差异其实藏在字节流和字符流的读取逻辑本质区别里，咱们一步步拆解原因：

核心逻辑差异：字节流 vs 字符流 #

• 你直接用InputStream.read(byte[])的方式是按字节读取：不管这些字节能不能组成完整的UTF-8字符，只要当前流里有可用字节，就会返回实际读取的数量，之后你直接转成String——哪怕字节不完整，String也会用替换字符（比如�）兜底处理，所以不会卡住。
• 而InputStreamReader是字符解码流：它的read()方法必须凑够一个完整的UTF-8字符才会返回。UTF-8是变长编码，一个字符可能占1-4字节，如果当前流里剩下的字节不足以组成一个完整字符，它就会一直阻塞，等待后续字节到来，直到凑够完整字符或者流明确结束（返回-1）。

针对你场景的具体原因分析 #

结合你描述的“底层InputStream的read()能返回字节，但Reader不返回”的情况，大概率是以下几种情况之一：

1. 输入流的字节不完整
   比如你的输入流还在持续产生数据，但当前可用的字节刚好是某个UTF-8字符的一部分（比如3字节的中文字符只来了2个），这时候InputStreamReader会一直等剩下的字节，不会返回任何字符。而你读字节数组时不管完整与否都直接处理，所以能正常输出内容。

2. 流未发送结束信号
   如果你的输入流是网络流、管道流这类需要明确结束标记的流，发送方没有关闭流或者发送EOF（结束）标记，InputStreamReader会一直认为还有数据要读，持续阻塞。而你读字节数组时，只是读取当前可用的字节，哪怕后续还有数据没到，也先处理已有的部分，所以不会卡住。

3. BufferedReader.readLine()的额外问题
   你提到用BufferedReader.readLine()也会卡，这是因为这个方法还要额外等待换行符（\n或\r\n）——哪怕流里有完整的字符，只要没读到换行符，它就会一直阻塞，直到读到换行或者流结束。

验证与解决思路 #

• 验证字符完整性：可以先把输入流的所有字节读完（直到read()返回-1），再转成String，看看是否存在不完整的UTF-8字符。
• 处理不完整字符流：如果需要实时处理不完整的字符，可以用InputStreamReader.read(char[])方法，指定读取长度，这样即使没凑够完整字符，也会返回已读取的字符（如果有的话），不过要注意捕获解码异常。
• 明确流的结束逻辑：如果是流未结束的问题，需要确认发送方是否会正确关闭流，或者有没有约定的结束标记（比如特定的字节序列），你可以在读取时判断是否到达结束标记，主动停止读取。

备注：内容来源于stack exchange，提问作者uylmz