FileInputStream是逐字节读取还是逐块读取？

Question

bufferedinputstream（BIS）比FileInputStream（FIS）快的原因请参见“为什么使用bufferedinputstream逐字节读取文件比使用FileInputStream快？”？是吗

使用BufferedInputStream，该方法委托给重载read（）方法，该方法读取8192个字节，并在FIS读取单个字节时缓冲它们，直到需要它们

据我所知，磁盘是一个“块设备”。磁盘总是要读/写整个数据块，即使读请求的数据量较小。不是吗？所以，即使FIS和BIS都将读取完整的块而不是单个字节（如FIS所述）。正当那么，国际清算银行如何比金融机构更快呢？

Answer 1

InputStream的JavaAPI就是这样。具体来说，它有以下方法：

int read() throws IOException

它读取一个字节（它返回一个int，因此可以返回-1来表示EOF）。

因此，如果您尝试从文件中读取单个字节，它将尝试这样做。对于像硬盘这样的块设备，它可能会读取整个块，然后夹住除一个字节以外的所有内容，因此，如果你调用read（）方法8192次，它会一遍又一遍地读取同一块，8192次，每次都会夹住8191个字节，给你想要的。因此，在整个过程中读取6700万字节。哎哟效率不高。

考虑到内核、CPU、磁盘等都是以8192的块大小读取的，如果您使用以下内容，则BufferedInputStream（new FileInputStream）和new FileInputStream之间的性能差异为零：

byte[] buffer = new byte[8192];
in.read(buffer);

现在，即使是普通的jane unbufferednew FileInputStream也只能从磁盘上读取一次该块。

即使您使用单字节形式的read（），BufferedInputStream也会在引擎盖下执行此操作，然后将从该字节数组中为下一个8191调用read（）提供数据。这就是BufferedInputStream所做的一切。

如果您使用的是read（）（一次一个字节）变体（或read的字节数组变体，但字节数组非常小），那么BufferedInputStream是有意义的。否则，那什么也做不了，也没有必要把它放在那里。

注：据我所知，java不会猜测磁盘缓冲区的大小，只是使用了一些合理的缓冲区大小。效果是一样的：如果每次使用单字节，将文件流包装到bufferedstream中可以将性能提高1000倍，如果使用字节数组变量，则没有任何区别。