ASP.NET MVC浏览器下载上传文件出现空白且文件异常问题求助

结合你排查的信息——原文件正常、ReadAllBytes返回正确、HAR中Base64内容无误，但最终下载文件字节异常、大小翻倍，核心问题大概率是响应输出时错误地将二进制数据按文本编码处理导致的，以下是针对性解决建议：

1. 改用FileResult返回二进制文件 #

如果你的Action之前用Response.Write或ContentResult返回内容，会触发文本编码转换，直接破坏二进制数据。正确做法是返回FileResult：

public ActionResult DownloadPdf(string filePath)
{
    byte[] fileBytes = System.IO.File.ReadAllBytes(filePath);
    string fileName = Path.GetFileName(filePath);
    // 指定正确的MIME类型，让浏览器识别为PDF文件
    return File(fileBytes, "application/pdf", fileName);
}

2. 手动操作Response流时禁用文本编码 #

如果必须手动处理Response，需先清除默认文本设置，直接写入二进制数据：

public ActionResult DownloadPdf(string filePath)
{
    byte[] fileBytes = System.IO.File.ReadAllBytes(filePath);
    string fileName = Path.GetFileName(filePath);

    Response.Clear();
    Response.Cache.SetCacheability(HttpCacheability.NoCache);
    // 明确设置MIME类型
    Response.ContentType = "application/pdf";
    // 指定下载文件名
    Response.AddHeader("Content-Disposition", $"attachment; filename=\"{fileName}\"");
    // 告知浏览器文件实际大小，避免解析错误
    Response.AddHeader("Content-Length", fileBytes.Length.ToString());
    // 用BinaryWrite写入二进制，不要用Write（Write会按文本编码处理）
    Response.BinaryWrite(fileBytes);
    Response.End();

    return new EmptyResult();
}

3. 排查全局过滤器/中间件的干扰 #

检查项目中是否存在全局Action过滤器、自定义中间件，这类组件可能强制设置Response.ContentEncoding为UTF-8等文本编码，篡改二进制内容。可以临时注释相关组件，测试下载是否恢复正常。

4. 临时关闭Gzip压缩排查问题 #

若服务器启用了Gzip压缩，部分场景下会对PDF二进制文件的压缩处理出错。可在web.config中临时关闭压缩：

<system.webServer>
  <urlCompression doStaticCompression="false" doDynamicCompression="false" />
</system.webServer>

测试正常后，再调整压缩规则，排除PDF等二进制文件的压缩范围。

5. 排除浏览器扩展/代理的影响 #

临时禁用浏览器所有扩展，或用隐身模式测试，排除扩展篡改下载内容的可能；同时检查网络代理是否对响应内容做了编码转换。

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