字节流处理二进制数据，字符流处理文本并需显式指定编码；选流须依文件类型：图片/视频等用字节流，文本文件优先字符流；禁用默认编码，强制使用utf-8等明确编码；务必使用缓冲流和try-with-resources。

字节流和字符流不是并列的两种技术，而是面向不同数据类型的分工体系：字节流管“原始搬运”，字符流管“文本解码”。实战演练的关键不在多写代码，而在理解场景、选对流、避开编码陷阱。

明确文件类型，决定用哪一套流

这是最基础也最容易出错的一步。别凭感觉，看后缀更要看内容：

• 必须用字节流：.jpg、.png、.mp4、.zip、.pdf、.class —— 这些是二进制格式，每个字节都有特定含义，用字符流读写会破坏结构（比如图片打不开、jar包无法加载）
• 优先用字符流：.txt、.java、.properties、.csv、.json、.xml —— 这些是纯文本，字符流自动按指定编码（如UTF-8）解码，避免手动处理字节数组和乱码
• 特殊情况要混合用：比如读取一个含中文路径的ZIP文件，解压时用字节流处理ZIP结构，提取出内部的 .txt 文件后再用字符流读内容

字符流必须显式指定编码，不能依赖默认

FileReader/FileWriter 的无参构造方法使用平台默认编码（Windows 是 GBK，Linux/macOS 是 UTF-8），跨环境必乱码。实战中一律禁用：

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

• ✅ 正确写法：new InputStreamReader(new FileInputStream("a.txt"), "UTF-8")
• ✅ 更推荐：Files.newBufferedReader(Paths.get("a.txt"), StandardCharsets.UTF_8)
• ❌ 危险写法：new FileReader("a.txt") —— 本地跑通，上线就崩

字节流处理文本时，编码转换要一步到位

如果因某些原因必须用 FileInputStream 读文本（比如需要跳过文件头、或与底层协议对接），就不能直接 new String(bytes)：

• 必须传入编码名：new String(bytes, 0, len, "UTF-8")
• 写入同理：fos.write("你好".getBytes(StandardCharsets.UTF_8))
• 注意：String.getBytes() 不带参数时也用平台默认编码，等同于埋雷

性能与资源管理，从第一天就要养成习惯

基础流（FileInputStream/FileOutputStream）效率低、易泄漏，实战中应直接上手带缓冲的组合：

• 文本读写：用 BufferedReader / BufferedWriter，支持 readLine() 和 newLine()
• 字节读写：用 BufferedInputStream / BufferedOutputStream，默认 8KB 缓冲区，比单字节快数十倍
• 资源关闭：全部用 try-with-resources，不用手写 finally —— 这不是可选项，是硬性规范

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南