ASP.Net中Content-Disposition:inline无法正常显示PDF的问题

我之前碰到过几乎一模一样的场景，结合你的代码和报错信息，问题主要出在响应头格式和请求终止的方式上，下面给你具体的修复方案：

问题根源拆解 #

你的代码里有几个关键问题导致了浏览器加载异常：

• Content-Disposition头没有正确整合文件名参数，单独加的filename头大部分浏览器不识别，反而会干扰解析逻辑
• Response.End()会强制终止请求处理线程，很可能导致PDF数据流还没完全发送给浏览器就被截断，这就是Firefox提示"连接中断"的核心原因
• 缺少Content-Length头，浏览器无法确认接收的文件是否完整，容易触发加载校验失败

分步修复方案 #

1. 修正Content-Disposition头格式
   把文件名参数直接合并到Content-Disposition中，不要单独加filename头。如果文件名包含非ASCII字符，还可以用RFC 5987编码处理（示例先给基础通用格式）：

   HttpContext.Current.Response.AddHeader("Content-Disposition", $"inline; filename=\"objednavka-{OrderId}.pdf\"");
   

2. 移除多余的filename响应头
   直接删掉这一行无效的代码：

   HttpContext.Current.Response.AddHeader("filename", $"objednavka-{OrderId}.pdf");
   

3. 用CompleteRequest()替代Response.End()
Response.End()会粗暴终止请求，改用CompleteRequest()可以正常走完ASP.NET的请求生命周期，确保数据流完整发送：

   // 替换掉原来的Response.End()
   HttpContext.Current.Response.CompleteRequest();
   

4. 添加Content-Length头（可选但强烈推荐）
   告诉浏览器预期的文件大小，避免因数据完整性校验失败导致的加载中断：

   var fileInfo = new FileInfo(filePath);
   HttpContext.Current.Response.AddHeader("Content-Length", fileInfo.Length.ToString());
   

完整修正后的代码 #

HttpContext.Current.Response.Clear();
HttpContext.Current.Response.ClearHeaders();
HttpContext.Current.Response.ClearContent();
HttpContext.Current.Response.AddHeader("Content-Disposition", $"inline; filename=\"objednavka-{OrderId}.pdf\"");
HttpContext.Current.Response.AddHeader("Content-Type", "application/pdf");
var fileInfo = new FileInfo(filePath);
HttpContext.Current.Response.AddHeader("Content-Length", fileInfo.Length.ToString());
HttpContext.Current.Response.BinaryWrite(File.ReadAllBytes(filePath));
HttpContext.Current.Response.CompleteRequest();

验证建议 #

1. 运行修正后的代码，在Firefox中测试，查看viewer.js是否还出现undefined错误
2. 打开浏览器开发者工具的网络面板，确认响应头里Content-Disposition格式正确，没有多余的filename头
3. 检查响应的Content-Length数值是否和实际PDF文件大小一致

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