Java复制多媒体大文件必须用FileInputStream/FileOutputStream字节流，禁用字符流；推荐8KB–64KB分块读写，避免fis.available()；需try-with-resources自动关流+显式flush()保数据；可加进度显示、断点续传与MD5校验。
用Java字节流复制多媒体大文件（如视频、音频、高清图片），关键不在“能不能复制”，而在于“怎么不卡、不崩、不丢数据”。核心是分块读写 + 缓冲控制 + 资源安全，不是简单套个循环就完事。
必须用字节流，不能用字符流
字符流（FileReader/FileWriter）会尝试按字符解码，遇到非文本的二进制数据（比如MP4头信息、JPEG标记、AAC帧）极易乱码或截断，导致文件损坏、无法播放。所有多媒体文件一律走 FileInputStream / FileOutputStream，这是底线。
推荐分块大小：8KB–64KB（即 8192–65536 字节）
太小（如1KB）：系统调用频繁，I/O开销大，速度慢；太大（如1MB+）：内存占用陡增，尤其多线程或低配环境易OOM。实测中：
- 8KB（8192）适合大多数场景，兼容性好、内存友好；
- 32KB 或 64KB 在SSD或高吞吐磁盘上可进一步提速（尤其单次大文件复制）；
- 避免使用
fis.available()动态分配数组——它返回的是“估计剩余字节数”，对网络文件、压缩包、某些挂载盘不可靠，且可能一次性加载超大数组引发内存溢出。
必须用 try-with-resources + 显式 flush()
大文件复制耗时长，中间若异常中断，没及时刷盘会导致目标文件内容不完整。正确写法：
立即学习“Java免费学习笔记（深入）”；
- 用
try(InputStream is = new FileInputStream(...); OutputStream os = new FileOutputStream(...)) { ... }自动关闭流； - 在循环结束后、或每写入若干块（如100MB）后调用
os.flush()，确保内核缓冲区数据落盘； - 不要依赖
close()触发最后 flush——万一 close 前 JVM 崩溃，数据就丢了。
加进度与容错更实用
真实项目中，用户需要感知进度，也要防断点失败。可轻量增强：
- 用
File.length()获取源文件总大小，每次读取后累加已复制字节数，计算百分比； - 捕获
IOException后记录当前偏移量，下次可从该位置 resume（需配合RandomAccessFile或分段写入逻辑）； - 复制前后校验 MD5 或 CRC32（小文件可全程算，大文件建议抽样或只校验首尾块），确认完整性。
不复杂但容易忽略。
