1. 为什么需要大文件分片断点续传？
在WebForm项目中处理大文件上传时，传统表单提交方式会面临几个致命问题。首先是服务器内存压力，当用户尝试上传2GB的视频文件时，IIS会尝试将整个文件加载到内存，极易引发OutOfMemoryException。其次是网络稳定性，上传过程中网络抖动可能导致整个上传失败，用户需要从头开始重传。
我去年接手的一个在线教育平台项目就遭遇过这种困境。课程视频平均大小1.5GB，30%的用户会因为上传失败放弃提交。改用分片断点续传方案后，上传成功率提升到98%，服务器负载降低40%。这个案例让我深刻认识到分片断点续传不是可选项，而是大文件处理的必选项。
2. 核心架构设计
2.1 前端分片策略
前端采用Blob.prototype.slice方法实现文件分片，这是浏览器原生支持的最高效方式。对于1GB文件，按5MB分片会产生约200个分片。关键代码示例：
function createFileChunks(file, chunkSize = 5 * 1024 * 1024) { const chunks = []; let start = 0; while (start < file.size) { chunks.push(file.slice(start, start + chunkSize)); start += chunkSize; } return chunks; }实际项目中我们发现，分片大小需要权衡：过小会导致请求次数暴增，过大会降低断点续传效果。经过压力测试，5MB在大多数场景下表现最佳。
2.2 后端接收逻辑
ASP.NET WebForm需要特殊处理分片上传，因为传统的FileUpload控件无法直接支持。我们采用HttpPostedFileBase接收分片：
[HttpPost] public ActionResult UploadChunk() { var chunkNumber = int.Parse(Request.Form["chunkNumber"]); var totalChunks = int.Parse(Request.Form["totalChunks"]); var fileId = Request.Form["fileId"]; var chunk = Request.Files[0]; var chunkPath = Server.MapPath($"~/App_Data/Temp/{fileId}_{chunkNumber}"); chunk.SaveAs(chunkPath); if (chunkNumber == totalChunks - 1) { MergeFile(fileId, totalChunks); } return Json(new { success = true }); }2.3 断点续传实现要点
文件指纹生成：使用MD5计算文件唯一标识
using (var md5 = MD5.Create()) { using (var stream = File.OpenRead(filePath)) { return BitConverter.ToString(md5.ComputeHash(stream)); } }上传状态跟踪：用Dictionary缓存上传进度
private static ConcurrentDictionary<string, List<int>> _uploadProgress = new ConcurrentDictionary<string, List<int>>();分片校验：每个分片上传后验证CRC32校验码
3. 完整实现流程
3.1 前端实现步骤
- 初始化Web Worker计算文件hash
- 查询服务端已上传分片
- 构建FormData对象上传未完成分片
- 显示实时进度条
// 伪代码示例 uploadFile.addEventListener('change', async (e) => { const file = e.target.files[0]; const fileHash = await calculateHash(file); // 检查已上传分片 const { uploadedChunks } = await api.checkProgress(fileHash); // 上传剩余分片 const chunks = createFileChunks(file); chunks.forEach((chunk, index) => { if (!uploadedChunks.includes(index)) { const formData = new FormData(); formData.append('file', chunk); formData.append('chunkNumber', index); formData.append('totalChunks', chunks.length); formData.append('fileId', fileHash); await api.uploadChunk(formData); updateProgress(index / chunks.length * 100); } }); });3.2 后端合并逻辑
所有分片上传完成后，按序号合并文件：
private void MergeFile(string fileId, int totalChunks) { var outputPath = Server.MapPath($"~/App_Data/Uploads/{fileId}"); using (var output = File.Create(outputPath)) { for (int i = 0; i < totalChunks; i++) { var chunkPath = Server.MapPath($"~/App_Data/Temp/{fileId}_{i}"); using (var input = File.OpenRead(chunkPath)) { input.CopyTo(output); } File.Delete(chunkPath); } } }4. 性能优化与异常处理
4.1 上传加速策略
并行上传：通过Promise.all实现3个分片并发上传
const parallelCount = 3; const tasks = []; for (let i = 0; i < parallelCount; i++) { tasks.push(uploadNextChunk()); } await Promise.all(tasks);内存优化：设置maxRequestLength和maxAllowedContentLength
<system.web> <httpRuntime maxRequestLength="51200" /> <!-- 50MB --> </system.web> <system.webServer> <security> <requestFiltering> <requestLimits maxAllowedContentLength="52428800" /> </requestFiltering> </security> </system.webServer>
4.2 常见问题解决方案
分片顺序错乱：
- 解决方案：在合并时按文件名后缀排序
var chunks = Directory.GetFiles(tempDir, $"{fileId}_*") .OrderBy(f => int.Parse(f.Split('_').Last()));临时文件清理：
- 实现定时任务删除超过24小时的临时分片
protected void Application_Start() { Task.Run(async () => { while (true) { CleanTempFiles(); await Task.Delay(TimeSpan.FromHours(1)); } }); }网络中断处理：
- 前端自动重试3次失败后暂停上传
- 后端记录最后成功分片序号
5. 实际项目中的经验教训
在电商平台项目中，我们最初使用固定分片大小，导致高清视频上传经常失败。后来改进为动态分片策略：
// 根据文件类型动态调整分片大小 function getChunkSize(file) { if (file.type.includes('video')) return 10 * 1024 * 1024; if (file.type.includes('image')) return 2 * 1024 * 1024; return 5 * 1024 * 1024; }另一个重要发现是关于文件校验。仅用文件大小和名称作为标识会导致用户上传同名不同内容文件时出错。后来我们加入文件前1MB内容的MD5值作为辅助校验：
public string GetFileSignature(string path) { using (var fs = new FileStream(path, FileMode.Open)) { byte[] buffer = new byte[1024 * 1024]; int read = fs.Read(buffer, 0, buffer.Length); return BitConverter.ToString(MD5.Create().ComputeHash(buffer, 0, read)); } }6. 进阶优化方向
对于企业级应用，可以考虑以下增强方案：
- 秒传功能：服务端存储文件hash库，相同文件直接返回已有地址
- 压缩传输：在Worker中对分片进行gzip压缩
const compressedChunk = await new Response(chunk).arrayBuffer() .then(buf => pako.gzip(buf)); - 加密传输：使用AES加密分片内容
- CDN加速：将分片上传到边缘节点
在.NET WebForm中实现这套方案时，最大的挑战是处理ViewState和传统事件模型。我们的解决方案是创建独立的Generic Handler(.ashx)处理上传接口，完全绕过WebForm的生命周期：
public class FileUploadHandler : IHttpHandler { public void ProcessRequest(HttpContext context) { context.Response.ContentType = "application/json"; // 处理分片上传逻辑 } }这个方案经过三个大版本迭代，目前稳定支持单文件50GB的上传，日均处理超过2万次上传请求。关键是要做好分片清理和磁盘监控，避免临时文件撑满服务器空间。
