java字节流复制文件时动态计算进度条百分比，核心是提前获取文件总大小、循环中累加read()返回的实际字节数、按阈值或时间间隔限频上报、通过sse/websocket等长连接推送。
Java 中字节流复制文件时动态计算进度条百分比，核心在于实时获取已读/已写字节数，并结合文件总大小做比例计算。关键不是“流本身带进度”，而是你在循环读写过程中主动统计、定时上报。
1. 获取文件总大小作为分母
进度百分比 = (已处理字节数 ÷ 总字节数) × 100。所以第一步必须提前知道源文件大小：
- 用 Files.size(Paths.get(srcPath)) 直接获取 long 类型总字节数（推荐，简洁可靠）
- 或用 new File(srcPath).length()（注意路径需为本地绝对路径，且文件必须存在）
- 避免在每次循环里重复查大小，它是个固定值，只查一次
2. 在读写循环中累计已处理字节数
使用 InputStream.read(byte[]) 或 Channels.transferFrom() 时，返回值就是本次实际读取的字节数。必须用变量持续累加：
- 不要只看 buffer.length —— 最后一次读可能不满，实际读数由 read() 返回值决定
- 示例：int len = in.read(buf); if (len == -1) break; totalRead += len;
- 写入 OutputStream 时无需单独统计，因读多少写多少，totalRead 即当前进度依据
3. 控制上报频率，避免刷屏式通知
每处理 1KB 或每 50ms 上报一次即可，频繁计算+网络发送反而拖慢整体速度：
- 设置阈值：比如每累计读满 8192 字节（8KB），就计算并推送一次进度
- 或用计时器：System.nanoTime() 记录上次上报时间，间隔超 100ms 再上报
- 前端通常只关心整数百分比，没必要每 byte 都发，也无需精确到小数点后两位
4. 后端向前端推送进度的常见方式
不能用普通 HTTP 请求等结果，需支持服务端主动通知：
- SSE（Server-Sent Events）：简单轻量，适合单向进度推送，前端用 EventSource 接收
- WebSocket：双向，适合需要暂停/取消等交互场景
- 若只能用传统 REST，可另起一个 GET 接口供前端轮询（如 /progress?taskId=xxx），后端把进度存到 ConcurrentHashMap 或 Redis 中
不复杂但容易忽略：总大小要早于流打开前获取；累加必须基于 read() 返回值；上报要限频；前端需正确解析流式响应或建立长连接。做完这四步，进度条就能稳稳动起来。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
