分片上传通过将大文件切分为小块独立上传并服务端合并来提升可靠性，支持断点续传需依赖上传状态查询与已传分片跳过机制；Java后端需处理分片接收、临时存储、按序合并及校验清理，前端需配合切片、MD5计算与进度管理。
分片上传的核心思路
大文件上传容易因网络波动或服务中断失败，直接传整个文件风险高。分片上传把文件切成多个小块，每块独立上传，服务端再合并。关键点在于：客户端需记录每个分片的序号、大小、校验值；服务端要能识别同一文件的不同分片，并支持重复上传（幂等）、跳过已传分片。
断点续传的实现基础
断点续传依赖“上传状态可查询 + 分片可跳过”。客户端首次上传前先向服务端发起查询请求，携带文件唯一标识（如文件名+大小+MD5摘要），服务端返回已成功上传的分片列表。客户端据此只上传缺失的分片，无需重传全部。注意：文件唯一标识必须足够稳定，避免内容相同但文件名不同导致状态错乱。
Java后端关键处理步骤
接收分片：用@RequestParam接收file参数，同时获取分片序号（chunk）、总片数（chunks）、文件唯一ID（identifier）等字段。
存储临时分片：按identifier分目录保存，命名格式如0001.bin、0002.bin，避免覆盖。
合并逻辑：当收到最后一片且所有分片就位后，按序号升序读取并顺序写入目标文件；合并完成后删除临时分片目录。
校验与清理：合并前可对每个分片做MD5比对；合并失败时保留已有分片，供下次续传。
前端配合要点
使用Blob.slice()切分文件，配合XMLHttpRequest或fetch逐个上传。
上传前计算整个文件的MD5（可用spark-md5等库），作为identifier的一部分。
监听上传进度，失败时记录当前完成的分片序号。
上传完成后主动触发合并请求，或由服务端在收到末片时自动合并。
