ASP.NET Core中能否实现服务器端中断下载的续传功能？

关于Range请求的误解纠正 #

Range请求不需要服务器读取客户端的临时文件，服务器只需要解析客户端请求头中的Range字段（格式如bytes=1024-），返回对应字节范围的内容即可。客户端会自行记录已下载的进度，中断后重新发起请求时会自动带上Range头，服务器据此续传，这是HTTP标准的断点续传机制。

具体解决方案 #

1. 在ASP.NET中实现Range请求支持

默认的FileStreamResult不处理Range请求，需要自定义逻辑来实现（ASP.NET Core 2.2+可直接启用内置支持）：

• 检查请求头中是否存在Range字段
• 解析起始/结束字节位置
• 设置响应状态码为206 Partial Content
• 添加Content-Range响应头（格式如bytes 1024-5000/10000）
• 截取文件流对应字节段返回

示例代码片段：

public IActionResult DownloadLargeFile(string fileName)
{
    var filePath = Path.Combine(HostingEnvironment.WebRootPath, "files", fileName);
    var fileInfo = new FileInfo(filePath);

    // ASP.NET Core 2.2+ 可直接启用内置Range处理
    return PhysicalFile(filePath, "application/octet-stream", fileName)
    {
        EnableRangeProcessing = true
    };

    // 手动处理逻辑（兼容旧版本）
    // if (Request.Headers.ContainsKey("Range"))
    // {
    //     var rangeHeader = Request.Headers["Range"].ToString();
    //     var range = rangeHeader.Replace("bytes=", "").Split('-');
    //     var start = long.Parse(range[0]);
    //     var end = range.Length > 1 && !string.IsNullOrEmpty(range[1]) ? long.Parse(range[1]) : fileInfo.Length - 1;
    //
    //     Response.StatusCode = StatusCodes.Status206PartialContent;
    //     Response.Headers.Add("Content-Range", $"bytes {start}-{end}/{fileInfo.Length}");
    //
    //     var stream = new FileStream(filePath, FileMode.Open, FileAccess.Read, FileShare.Read);
    //     stream.Seek(start, SeekOrigin.Begin);
    //     var length = end - start + 1;
    //
    //     return new FileStreamResult(stream, "application/octet-stream")
    //     {
    //         FileDownloadName = fileName
    //     };
    // }
    // return PhysicalFile(filePath, "application/octet-stream", fileName);
}

2. 前端自定义下载逻辑（规避浏览器临时文件清理）

浏览器默认会在下载中断后清理临时文件，可通过前端自定义下载逻辑绕过该限制：

• 使用XMLHttpRequest或fetch分段获取文件流
• 将已下载的字节保存到Blob对象中
• 中断后重新发起Range请求，将新的流片段合并到现有Blob
• 下载完成后再将Blob转为文件保存到本地

示例前端代码：

let downloadedBytes = 0;
let blobParts = [];
let fileSize = 0;
const fileName = "large.zip";

function resumeDownload() {
    const xhr = new XMLHttpRequest();
    xhr.open('GET', `/api/download?fileName=${fileName}`, true);
    xhr.setRequestHeader('Range', `bytes=${downloadedBytes}-`);
    xhr.responseType = 'blob';

    xhr.onload = function() {
        if (xhr.status === 206 || xhr.status === 200) {
            blobParts.push(xhr.response);
            downloadedBytes += xhr.response.size;
            
            if (downloadedBytes >= fileSize) {
                // 合并Blob并触发保存
                const blob = new Blob(blobParts);
                const url = URL.createObjectURL(blob);
                const a = document.createElement('a');
                a.href = url;
                a.download = fileName;
                a.click();
                URL.revokeObjectURL(url);
            }
        }
    };

    xhr.onprogress = function(e) {
        if (e.total) fileSize = e.total;
    };

    xhr.onerror = function() {
        // 中断后提示用户点击续传，调用resumeDownload()即可
        console.log("下载中断，点击可继续");
    };

    xhr.send();
}

3. 客户端浏览器设置调整（可选）

部分浏览器允许用户修改下载临时文件的清理策略：

• Chrome：进入chrome://settings/downloads，取消勾选“下载内容完成后自动删除临时文件”（不同版本路径可能有差异）
• Firefox：在about:preferences#general的下载设置中，调整保存路径相关选项，确保临时文件不会自动删除

但这是客户端侧的设置，服务器无法强制控制，仅能作为用户指引。

总结 #

浏览器中断后删除临时文件是默认行为，但通过实现Range请求断点续传+前端自定义下载逻辑，可以让用户在中断后继续下载已完成的部分，无需重新开始。服务器不需要读取客户端的临时文件，只需按HTTP标准处理Range请求即可。

内容的提问来源于stack exchange，提问作者theDawg