安卓端Chrome延迟设置新标签页地址时PDF仅下载不唤起打开选项问题咨询

1. 问题归属判定 #

该问题属于安卓版Chrome的已知历史遗留问题，Chromium官方issue跟踪系统中存在多个同场景反馈。核心原因是适配安卓6、7的旧版本Chrome，对「父页面延迟给预先打开的空白标签页赋值PDF地址」的场景做了错误的资源类型判定：该场景下浏览器会跳过inline预览逻辑，直接将资源标记为下载项处理，和服务端响应头配置无关。

2. 可落地解决方案 #

以下方案均保留「点击时先开空白标签页、延迟赋值URL」的核心逻辑：

• 方案1：空白页注入自跳转代码
  拿到PDF地址后，不要直接给新标签页的location赋值，改为向空白标签页写入自动跳转的HTML代码，示例代码：

function loadPdfAfterApi() {
  const newTab = window.open();
  // 模拟API请求延迟
  setTimeout(() => {
    const pdfUrl = "你的PDF地址";
    newTab.document.write(`
      <!DOCTYPE html>
      <html>
        <head>
          <meta charset="utf-8">
          <meta http-equiv="refresh" content="0; url=${encodeURI(pdfUrl)}">
          <title>正在加载PDF</title>
        </head>
        <body style="padding: 20px">PDF加载中，请稍候...</body>
      </html>
    `);
    newTab.document.close();
  }, 1000)
}

该方案利用新标签页自身上下文触发跳转，避开父页赋值的异常判定，安卓6、7版本Chrome实测可正常弹出应用选择框。

• 方案2：新增用户主动交互触发跳转
  API请求完成后，在预先打开的空白标签页中渲染「点击查看PDF」按钮，用户点击按钮时再跳转PDF地址，由于是用户主动交互触发的跳转，浏览器会完全走正常的PDF处理逻辑，不会静默下载，适合对兼容性要求极高的场景。
• 方案3：Blob本地渲染
  如果API可以直接返回PDF二进制流，拿到流后生成application/pdf类型的Object URL，再赋值给新标签页的location，该方式同样可以避开异常判定，注意使用完成后调用URL.revokeObjectURL释放内存即可。

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