Golang 实现文件上传的切片合并与完整性校验-Golang-PHP中文网

切片上传需按索引命名并严格排序，前端传chunkindex和totalchunks，后端存为upload/{uploadid}/{chunkindex:04d}，合并前校验索引连续性，用io.multireader流式合并确保原子性和数据干净。

golang 实现文件上传的切片合并与完整性校验

上传切片时如何正确命名和排序文件

切片合并失败，八成是因为后端没按序拼接。前端上传的每个切片必须带唯一且可排序的索引，比如 filename_0001、filename_0002，不能依赖文件系统顺序或 HTTP 请求到达顺序。

推荐做法是让前端在上传时显式传入 chunkIndex（整数）和 totalChunks，后端用这两个值做校验和排序：

接收切片时，存为 upload/{uploadId}/{chunkIndex:04d}，避免字符串自然排序出错（如 10 排在 2 前）
合并前先检查是否存在从 0 到 totalChunks-1 的全部索引，缺任一就直接返回错误 "missing chunk at index X"
不要用 filepath.Glob 扫描目录来收集切片——结果无序且不可靠

用 `io.MultiReader` 合并切片比逐个 `io.Copy` 更安全

常见写法是开个 *os.File，循环 io.Copy 每个切片文件，但容易因中间某个切片读取失败导致目标文件残留脏数据，且无法回滚。

更稳妥的方式是用内存友好的流式合并：

Alibabacloud Sdk Client Initialization For Golang

初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。

下载

把所有切片文件按索引顺序打开为 *os.File，构造成 []io.Reader
传给 io.MultiReader 得到一个单一 io.Reader
用 io.Copy 一次性写入目标文件，失败则整个操作中断，目标文件保持干净
注意：切片文件需在 io.Copy 完成后再统一 Close()，否则可能触发 “file already closed” 错误

readers := make([]io.Reader, totalChunks)
for i := 0; i 

<h3>完整性校验必须在合并后做，且用 <code>sha256.Sum256</code> 而非字符串比对</h3>
<p>有人把每个切片的 hash 存下来，合并完再拼 hash，这是错的——SHA256 不具备可加性，拼接哈希值毫无意义。</p>
<p>正确流程只有一条：合并完成后的完整文件，重新计算一次哈希，与前端传来的 <code>fileHash</code> 对比：</p>