遇到Edge没法显示你这套老Web应用里的PDF，结合你的Apache前端、WebLogic后端+客户端证书认证的环境，我给你几个针对性的排查方向和解决办法：

先明确问题范围 #

先确认几个前提：

• 把PDF下载到本地能不能正常打开？如果能，那基本可以排除PDF文件本身损坏的问题，问题出在浏览器渲染或传输环节。
• Chrome/Firefox能不能正常显示？如果其他浏览器没问题，那就是Edge独有的兼容性或配置问题。

1. Edge内置PDF阅读器的兼容性坑 #

Edge现在默认用自己的内置PDF阅读器，对一些老格式、或者响应头配置不标准的PDF支持不太友好。

• 快速验证：让用户临时切换Edge的PDF阅读器到Adobe Acrobat（如果已经安装），操作路径是：设置 -> 隐私、搜索和服务 -> 网站权限 -> PDF文档 -> 选择“下载PDF文件而不是在浏览器中自动打开”，或者直接指定用Adobe打开。如果切换后能显示，那就是内置阅读器的锅。
• 代码层面调整：在你的edge_bug.jsp里明确设置标准的PDF响应头，避免Edge识别混乱：

  <%
      // 明确指定内容类型
      response.setContentType("application/pdf");
      // 设置inline让浏览器在页面内打开，而不是下载
      response.setHeader("Content-Disposition", "inline; filename=\"target.pdf\"");
      // 加上缓存控制，避免Edge重复请求或缓存异常
      response.setHeader("Cache-Control", "public, max-age=3600");
      // 必须设置Content-Length，Edge对无长度的流处理容易出问题
      File pdfFile = new File("/path/to/your/pdf/file.pdf");
      response.setContentLength((int) pdfFile.length());
  %>
  

2. HTTPS传输中的响应头/编码问题 #

老应用的HTTPS配置可能和Edge的新安全规则不匹配，比如缺少必要的MIME映射，或者响应内容被截断。

• 检查WebLogic配置：在应用的web.xml里添加PDF的MIME映射，确保WebLogic返回正确的Content-Type：

  <mime-mapping>
      <extension>pdf</extension>
      <mime-type>application/pdf</mime-type>
  </mime-mapping>
  

• 用开发者工具排查：按F12打开Edge的开发者工具，切换到「网络」标签，找到PDF的请求：
  • 看状态码是不是200，有没有30x跳转或者4xx/5xx错误；
  • 查看响应头里的Content-Type是不是application/pdf，Content-Length是否和文件实际大小一致；
  • 看「响应」标签里的内容是不是乱码或者不完整，如果是，说明传输过程中内容被截断了。

3. JSP输出PDF的流处理问题 #

如果你的JSP是直接读取PDF文件流输出，很容易出现流未完全关闭、或者输出了多余空白字符的问题，导致PDF损坏。

• 修正流输出代码：确保流完全刷新并关闭，同时不要输出任何无关内容（比如JSP标签前后的空格、换行）：

  <%@ page import="java.io.*" %>
  <%
      // 这里不要有多余的空格或换行
      response.setContentType("application/pdf");
      response.setHeader("Content-Disposition", "inline; filename=\"target.pdf\"");
      File pdfFile = new File("/path/to/your/pdf/file.pdf");
      response.setContentLength((int) pdfFile.length());
  
      FileInputStream fis = null;
      ServletOutputStream out = null;
      try {
          fis = new FileInputStream(pdfFile);
          out = response.getOutputStream();
          byte[] buffer = new byte[4096];
          int bytesRead;
          while ((bytesRead = fis.read(buffer)) != -1) {
              out.write(buffer, 0, bytesRead);
          }
          out.flush();
      } catch (Exception e) {
          e.printStackTrace();
      } finally {
          // 确保流关闭
          if (fis != null) fis.close();
          if (out != null) out.close();
      }
      // 这里也不要有多余的内容
  %>
  

  注意：JSP里任何<% %>之外的空白字符（包括换行、空格）都会被输出到响应流的开头，直接破坏PDF的格式，一定要清理干净！

4. Edge的安全策略限制 #

Edge的最新安全规则对会话Cookie的要求比较严，尤其是客户端证书认证后的会话，可能因为Cookie的SameSite属性设置不当导致会话失效，进而无法加载PDF。

• 调整Cookie属性：在Apache或者WebLogic里设置会话Cookie的SameSite属性为Lax（如果是同域）或None（如果跨域），同时加上Secure属性（因为是HTTPS）：
  • Apache配置示例：

    Header edit Set-Cookie ^(.*)$ $1; SameSite=Lax; Secure
    

  • WebLogic配置：在控制台里找到应用的会话配置，添加Cookie属性SameSite=Lax; Secure。

最后几个快速验证步骤 #

1. 用Edge的隐私窗口打开页面，排除浏览器插件、缓存的干扰；
2. 查看Edge的「控制台」标签有没有报错信息，比如PDF解析错误、资源加载失败；
3. 确认客户端证书认证后的会话在Edge中是有效的：打开开发者工具的「应用」标签，查看Cookie列表里的会话Cookie是否存在且未过期。

内容的提问来源于stack exchange，提问作者Klas Lindbäck