如何描述 Java 字节流（InputStream/OutputStream）与字符流（Reader/Writer）的区别

根本区别在于字节流以byte为单位处理二进制数据且不涉及编码，字符流以char为单位处理文本并自动进行编码转换；前者适用于图片、音频等非文本文件，后者适用于文本文件如.txt、.json。

先亮出核心结论：Ja va中字节流和字符流的根本区别，在于它们处理数据的单位、适用对象和编码行为完全不同。选对流类型，直接影响程序能否正确读写文件、避免乱码或数据损坏——这一点怎么强调都不过分。

数据单位与底层表示不同

字节流以8位字节（byte）为基本单位，直接操作原始二进制数据；字符流则以16位Unicode字符（char）为单位，面向文本语义。这就带来了一系列实际差异：

• FileInputStream读出的是raw byte值，比如0xFF或0x41，它不解释任何含义，只是搬运。
• FileReader读出的是Ja va内部的char，比如'中'或'A'，已经解码完成，直接可用。
• 一个中文字符在UTF-8编码下可能占3个字节，但对字符流来说，它就只是一个char，处理起来省心得多。

是否自动处理字符编码

字节流完全不关心编码，它只是一丝不苟地搬动字节；字符流则内置编码转换逻辑，读写时会按指定编码（如UTF-8、GBK）完成字节↔字符的双向转换。这放在实际场景里差别很明显：

• 用FileInputStream读文本文件，得到的是字节数组，必须手动用new String(bytes, "UTF-8")解码才能看到正确内容，稍有不慎就是乱码。
• 用FileReader（默认使用系统编码）或搭配InputStreamReader(new FileInputStream(...), "UTF-8")，解码由流自动完成，开发者只需关心业务逻辑。
• 反过来，如果尝试用字符流去读图片文件，某些字节序列会被误转为非法字符，导致数据失真——这是典型的“用错工具”案例。

类体系与命名规律清晰可辨

Ja va的IO类设计有明确分层和命名约定，熟悉了这套命名规则，看到类名就能猜出八九分：

• 所有字节输入流继承自InputStream，输出流继承自OutputStream。典型实现包括FileInputStream、BufferedOutputStream、ObjectOutputStream。
• 所有字符输入流继承自Reader，输出流继承自Writer。典型实现有FileReader、BufferedWriter、PrintWriter。
• 类名后缀是重要线索：以Stream结尾的是字节流，以Reader/Writer结尾的是字符流，一眼就能区分。

实际使用必须匹配数据类型

不是“哪个更好”，而是“哪个更合适”——关键在于数据类型：

• 处理图片、音频、ZIP、序列化对象等——必须用字节流，因为这类文件本质上就是二进制数据，没有任何编码概念。
• 读写.txt、.csv、.json、.xml等纯文本——推荐用字符流，省去手动编码管理的麻烦，大大降低乱码风险。
• 需要桥接两者时，用InputStreamReader / OutputStreamWriter，它们是字节流到字符流的“翻译器”，完美解决“想用字符流但手里只有字节流”的尴尬。