【Java IO 笔记】从一段课堂代码看文件读取：为什么不能直接转 String？

前言

今天有一段使用 FileInputStream 读取文件的经典代码。乍一看，这段代码逻辑清晰：打开文件、循环读取、打印内容、关闭流。但如果仔细盯着那个红色的  while  循环和下面的  String  构造方法看，就会发现里面藏着 Java IO 编程中几个非常重要的细节。

今天这篇随笔，就讨论为什么我们读取文件时要用 byte[] 数组，以及那个神秘的变量 a 到底起了什么作用。

1.为什么要用 byte[] 数组（缓冲区）？

很多初学者会问：“为什么不直接一个字节一个字节地读？”

这就涉及到了 IO 效率 的问题。硬盘的读写速度远慢于内存和 CPU。如果每次只读 1 个字节，就要进行一次磁盘 IO 操作，这就像去超市买东西，买一颗糖跑一趟，买一瓶水又跑一趟，效率极低。

代码中的  byte[] tom = new byte[18]  就是所谓的 “缓冲区”。它的作用是一次性从硬盘搬运 18 个字节到内存中。虽然 18 个字节在实际开发中显得很小（通常我们会用 1024 或 8192），但在教学演示中，它能很好地帮助我们观察数据是如何分批到达的。

2. 核心难点解析：变量 a 的重要性
   while((a=in.read(tom, 0, 18)) != -1)
   这里的  in.read(tom, 0, 18)  做了三件事：

尝试读取最多 18 个字节的数据。

将读到的数据存入  tom  数组。

返回实际读取的字节数，赋值给变量  a 。

关键点来了： 当文件读到末尾时，剩余的内容可能不足 18 个字节。比如文件还剩 5 个字节，那么  read  方法只会往数组里填 5 个字节，并返回  5 。此时，数组的第 6 到第 18 个位置，保留的还是上一次读取的旧数据！

这就是为什么下一行代码必须写成：
String s = new String(tom, 0, a);
而不是简单的  new String(tom) 。

new String(tom) ：会把数组里所有的 18 个字节都转成字符串，导致最后一段内容后面跟着一堆乱码或重复的旧数据。

new String(tom, 0, a) ：明确告诉构造函数，“我只需要数组里从 0 开始的前  a  个字节”，从而精准地还原了文件内容。

3. 总结与思考

这段简短的代码其实涵盖了 IO 流的三个基本功：

File 对象的使用：通过父路径和子文件名构建文件对象。

缓冲读取：利用数组减少 IO 次数。

边界处理：利用返回值 a 处理最后一次读取可能不满缓冲区的情况。