当字符为8位时，InputStream与InputStreamReader是否等效？

这个问题问得特别到位！其实你已经观察到了两者在单字节字符场景下的「表面一致」，但它们的核心定位和处理逻辑的差异，确实要在多字节字符场景下才会完全显现出来。咱们一步步拆解：

1. 两者的本质定位 #

• InputStream：纯字节流，它的唯一任务就是读取原始的二进制字节数据，完全不关心这些字节代表的是文本、图片还是其他文件类型。它没有编码解码的概念，读出来的就是文件里的原始字节值。
• InputStreamReader：字节流到字符流的「转换器」，它会根据你指定的字符编码（如果不指定则用系统默认编码），把InputStream读取到的字节序列，按照编码规则解码成对应的字符。简单说，它帮你做了「字节→字符」的翻译工作。

2. 为什么读'a'时结果一致？ #

字符'a'在几乎所有常见编码（ASCII、UTF-8、GBK等）里，都是用单个字节表示的（对应的字节值是0x61）：

• 用InputStream读取时，你拿到的是字节0x61，直接转成char（Java的char是16位，会把这个字节填充到低8位，高8位补0），自然得到字符'a'。
• 用InputStreamReader读取时，它会按照编码规则识别这个字节是单个字符的完整编码，解码后同样得到'a'。

这种情况下两者的结果一致，只是因为这个字符刚好是单字节且编码兼容，并不是说它们的工作逻辑相同。

3. 差异真正显现的场景：多字节字符 #

当遇到占多个字节的字符时，两者的区别就非常明显了。比如中文的「中」：

• 在UTF-8编码中，它占3个字节：0xE4 0xB8 0xAD
• 在GBK编码中，它占2个字节：0xD6 0xD0

用InputStream直接读取的问题 #

InputStream is = new FileInputStream("chinese.txt");
// 会依次读取到三个单独的字节
int b1 = is.read(); // 0xE4
int b2 = is.read(); // 0xB8
int b3 = is.read(); // 0xAD

// 如果直接把单个字节转成char，得到的是乱码
System.out.println((char)b1); // 输出一个无意义的特殊符号

这里InputStream只负责读字节，它不知道这三个字节是一个完整的字符，所以你拿到的是零散的字节片段，无法直接得到正确的字符。

用InputStreamReader的正确处理 #

// 指定编码为UTF-8，需对应文件的实际编码
InputStreamReader isr = new InputStreamReader(new FileInputStream("chinese.txt"), "UTF-8");
int charCode = isr.read(); // 一次性读取足够的字节，解码得到「中」的Unicode值
System.out.println((char)charCode); // 正确输出「中」

InputStreamReader会根据编码规则，自动判断需要读取多少个字节才能组成一个完整的字符，然后完成解码，最终给你正确的字符结果。

4. 额外提醒：编码一致性的重要性 #

哪怕是单字节字符，如果文件的编码和InputStreamReader使用的编码不匹配，也可能出现乱码。比如某些西欧字符在ISO-8859-1和UTF-8中的编码不同，这时候用错误的编码去解码，结果就会出错。而InputStream因为不处理编码，读出来的永远是原始字节，不会有这个问题——但代价是你得自己手动处理编码逻辑。

内容的提问来源于stack exchange，提问作者imran.razak