用while循环配合8KB字节缓冲区边读边写大型视频文件，通过BufferedInputStream/BufferedOutputStream封装流减少系统调用，依据read返回值控制循环与写入范围，并在finally中关闭流以保障数据完整性。
用 while 循环配合字节缓冲区实现大型视频文件的边读边写，核心是避免一次性加载整个文件到内存，而是分块读取、即时写入，靠固定大小缓冲区平衡性能与内存占用。关键不在“循环本身”，而在于缓冲区大小选择、流的正确关闭、以及异常时的数据完整性保障。
选对缓冲区大小：1024 × 8 最常用
缓冲区太小（如 1 字节）会导致系统调用频繁，I/O 效率低；太大（如 100MB）又浪费内存，且对视频这类大文件并无明显提速。实践中，8KB（即 byte[8192]）是兼顾吞吐与内存的稳定选择。部分场景也可用 4KB 或 64KB，但不建议随意设为 1000、2048 等非 2 的幂次——底层 I/O 子系统更适应对齐的块大小。
用 BufferedInputStream + BufferedOutputStream 封装原始流
直接使用 FileInputStream / FileOutputStream 会频繁触发系统调用。加上缓冲流后，读写操作先在内存缓冲区中批量进行，显著减少磁盘或文件系统交互次数：
- BufferedInputStream 内部维护一个 byte[] 缓冲区，read() 时自动预读填充
- BufferedOutputStream 同样缓存 write() 数据，直到缓冲区满或显式 flush() 才真正落盘
- 二者构造时只需传入底层流，无需手动管理缓冲区数组
while 循环中安全读写 + 异常防护
循环体必须基于 read(byte[]) 的返回值判断是否读完，不能依赖文件长度或计数器。每次 read 返回实际读取字节数（可能小于缓冲区长度），write 时必须用该数值作为偏移量写入，否则会写入脏数据：
- 用 int len = bis.read(buffer) 获取本次读取长度
- 当 len == -1 时表示流已结束，循环终止
- 写入时调用 bos.write(buffer, 0, len)，确保只写有效字节
- finally 块中分别 close() 两个缓冲流（或用 try-with-resources 自动释放）
补充：大视频场景下的实用提醒
对 GB 级视频文件，还需注意：
- 不要在循环内做耗时操作（如日志打印每一块、校验 MD5），会严重拖慢速度
- 若需断点续传，得额外记录已写入字节数，并跳过源文件前 N 字节再开始读
- 网络视频流（如 HTTP 分块响应）应配合 InputStream 而非 FileInputStream，逻辑类似但来源不同
- Java 9+ 可考虑 Files.copy(source, target, StandardCopyOption.REPLACE_EXISTING)，底层已优化，但自定义缓冲逻辑仍适用于需要加工数据的场景
