怎么利用 while 循环配合字节缓冲区实现对大型视频文件流的平滑边读边写

怎么利用 while 循环配合字节缓冲区实现对大型视频文件流的平滑边读边写

处理大型视频文件，最怕的就是内存溢出和性能瓶颈。核心思路其实很清晰：别想着把整个文件一口吞进内存，而是采用“蚂蚁搬家”的方式，用一块固定大小的缓冲区，分批次读取、即时写入。这里的关键，远不止写一个while循环那么简单，真正的功夫在于缓冲区大小的权衡、流的优雅关闭，以及异常发生时如何确保数据万无一失。

选对缓冲区大小：1024 × 8 最常用

缓冲区尺寸的选择，是个典型的平衡艺术。选得太小，比如每次只读1个字节，那系统调用的开销就会大得惊人，I/O效率自然惨不忍睹。反过来，如果贪大求全，直接设为100MB，不仅白白占用大量内存，对于视频这种顺序读写的大文件，提速效果也微乎其微。那么，那个“黄金分割点”在哪里呢？行业里经过长期实践，普遍认为8KB（也就是byte[8192]）是个非常稳妥的选择，它在吞吐量和内存占用之间取得了很好的平衡。当然，在某些特定场景下，4KB或64KB也可能被采用。但有一点值得注意：尽量避免使用1000、2048这类非2的幂次方的数值，因为底层的I/O子系统往往对对齐的块大小处理得更高效。

用 BufferedInputStream + BufferedOutputStream 封装原始流

如果直接使用FileInputStream和FileOutputStream，每一次读写操作都可能直接触发一次系统调用，这无疑是巨大的性能损耗。这时候，缓冲流（BufferedInputStream / BufferedOutputStream）就该登场了。它们的作用，就好比在程序和硬盘之间设立了一个“中转仓库”：

• BufferedInputStream内部自带一个字节数组作为缓冲区，调用read()方法时，它会尽可能地从底层流中预读一大块数据填充到这个缓冲区里，后续的读取请求优先从这里满足。
• BufferedOutputStream同理，write()操作的数据会先暂存在其内部的缓冲区中，直到缓冲区满了，或者我们主动调用flush()方法，才会一次性写入底层流。
• 使用起来非常方便，直接在构造函数里传入原始的FileInputStream或FileOutputStream即可，无需我们手动去管理那个字节数组。

这么一来，磁盘或文件系统的交互次数被大幅减少，性能提升立竿见影。

while 循环中安全读写 + 异常防护

循环体的逻辑是核心，但也是最容易出错的地方。这里有一个必须遵守的原则：循环的进行与否，必须完全依赖read(byte[])方法的返回值，而不是预先获取的文件长度或者自己维护的计数器。

具体来说，流程应该是这样的：

• 每次调用int len = bis.read(buffer)，这个len值代表了本次实际读取到缓冲区中的字节数。
• 当len == -1时，恭喜你，已经顺利到达文件末尾，循环可以终止了。
• 写入时，必须使用bos.write(buffer, 0, len)，明确指定只将缓冲区中从0开始的前len个有效字节写出去。如果错误地写入了整个缓冲区（比如bos.write(buffer)），那么当最后一次读取不满缓冲区时，就会把上一次读取残留的“脏数据”也一并写入，导致文件损坏。
• 最后，资源的关闭至关重要。务必在finally代码块中分别关闭两个缓冲流，或者更优雅地使用Ja va 7引入的try-with-resources语法，让系统自动管理资源释放，确保即便发生异常，流也能被正确关闭，避免资源泄漏。

补充：大视频场景下的实用提醒

面对动辄几个GB的视频文件，除了上述基础操作，还有一些细节能让你事半功倍：

• 保持循环体轻盈：切忌在循环内部进行耗时的操作，比如打印每一块的日志或者实时计算MD5校验码，这会严重拖慢整体复制速度。这些操作应该放在整个文件处理完成后进行。
• 实现断点续传：如果需要支持断点续传，就需要额外记录已经成功写入目标文件的字节数。在重新开始任务时，不仅要定位目标文件的写入位置，还要让源文件的输入流跳过相应数量的字节（使用skip(long n)方法）再开始读取。
• 处理网络流：如果源是网络视频流（例如HTTP的分块传输响应），原理是相通的，只是底层流换成了Socket或HttpURLConnection获取的InputStream，而非FileInputStream。
• 了解现成工具：对于纯粹的复制任务，Ja va 9及以上版本可以考虑使用Files.copy(source, target, StandardCopyOption.REPLACE_EXISTING)，其底层已经做了高度优化。不过，当我们需要在传输过程中对数据进行加工（如加密、过滤）时，自定义缓冲读写循环的方案依然是不二之选。