使用HTTPHandler和Response.Redirect跳转PDF时出现net::ERR_EMPTY_RESPONSE错误

看起来你遇到的这个net::ERR_EMPTY_RESPONSE问题有点棘手——本地正常、网络环境下才出问题，还只影响稍大一点的文件。咱们一步步拆解问题，找到解决方案：

核心问题分析 #

你当前的DownLoadFile.ashx Handler里用了response.Redirect(yourVariableValue)，这其实是让浏览器发起第二次请求去获取PDF文件，而非直接把PDF内容输出给当前请求。这种二次跳转在有代理、负载均衡或防火墙的网络环境中，很容易因为中间节点的超时、缓存规则或响应截断导致异常，哪怕文件只有4.6KB（这个大小其实不算大，但不排除你的网络环境阈值设置过严）。

解决方案1：修改Handler直接输出PDF流（最有效） #

把Handler改成直接读取PDF文件并写入响应流，避免二次跳转。这样浏览器只需一次请求就能拿到内容，彻底规避网络环境下的跳转异常：

<%@ WebHandler Language="C#" Class="DownLoadFile" %>
using System;
using System.Web;
using System.IO;

public class DownLoadFile : IHttpHandler {
    public void ProcessRequest(HttpContext context) {
        HttpRequest request = context.Request;
        string pdfRelativePath = request.QueryString["yourVariable"];
        
        if (string.IsNullOrEmpty(pdfRelativePath)) {
            context.Response.StatusCode = 400;
            context.Response.Write("Missing file path parameter");
            return;
        }

        // 转换为服务器绝对路径
        string pdfServerPath = context.Server.MapPath(pdfRelativePath);
        if (!File.Exists(pdfServerPath)) {
            context.Response.StatusCode = 404;
            context.Response.Write("Requested PDF file not found");
            return;
        }

        HttpResponse response = context.Response;
        response.Clear();
        response.ContentType = "application/pdf";
        
        // 想让浏览器直接预览PDF用inline，想触发下载用attachment
        response.AddHeader("Content-Disposition", $"inline; filename=\"{Path.GetFileName(pdfServerPath)}\"");
        // 加上Content-Length让浏览器明确响应大小，避免异常
        response.AddHeader("Content-Length", new FileInfo(pdfServerPath).Length.ToString());

        // 直接写入文件流到响应
        using (FileStream fs = new FileStream(pdfServerPath, FileMode.Open, FileAccess.Read)) {
            byte[] buffer = new byte[4096];
            int bytesRead;
            while ((bytesRead = fs.Read(buffer, 0, buffer.Length)) > 0) {
                response.OutputStream.Write(buffer, 0, bytesRead);
            }
        }

        response.Flush();
        response.End();
    }

    public bool IsReusable {
        get { return false; }
    }
}

解决方案2：检查网络环境中间节点设置 #

因为本地正常、线上异常，大概率是中间代理、防火墙或负载均衡的限制：

• 检查前端代理（如Nginx、Apache或IIS反向代理）的连接超时设置，确保时长足够；
• 检查请求筛选规则，确认没有限制响应大小（哪怕4.6KB很小，也不排除异常配置）；
• 部分防火墙会拦截无明确Content-Length的响应，这也是我们在上面代码中添加该响应头的原因。

解决方案3：检查IIS额外配置 #

除了web.config里的httpRuntime，还要确认：

• IIS站点高级设置中的「连接超时」，默认120秒，若被改小需调回；
• IIS请求筛选→「编辑功能设置」里的「最大允许内容长度」，默认30MB，若被修改需恢复；
• 针对PDF文件禁用IIS输出缓存，避免缓存策略导致的响应异常。

额外优化：替换服务器端跳转为前端直接请求 #

如果你之前用Response.Redirect(handlerUrl)，可以换成前端直接请求，稳定性更好：

<!-- 生成a标签直接访问Handler -->
<a href="<%= ResolveUrl(handlerUrl) %>" target="_blank">查看PDF</a>

或者用JavaScript：

window.open('<%= ResolveUrl(handlerUrl) %>');

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