HTML5 a标签download属性在Firefox中不触发下载仅新开标签页求助

• download属性存在严格同源限制：该属性仅对和当前页面同源的资源生效，如果你用file://协议本地直接打开HTML、或者PDF文件存储在其他域名下，火狐会直接忽略这个属性，走默认的资源打开逻辑。
• 火狐内置PDF预览器优先级更高：即便是同源资源，只要服务端返回的Content-Type为application/pdf，且没有配置强制下载的响应头，火狐会优先调用内置预览模块，部分版本下会完全无视download属性直接在新标签页打开文件。
• 属性值不规范：你当前代码里download="HTML"没有指定文件后缀，火狐部分版本识别文件名异常时，也会回退到预览逻辑，不触发下载弹窗。
• 本地调试协议问题：如果直接在NetBeans里双击HTML文件打开，走file协议访问时，火狐对download属性的本地文件适配存在已知兼容问题，不会触发下载。

1. 修正前端标签写法（仅同源场景有效） #

补全download属性的完整文件名，不要省略扩展名，修正后代码：

<a href="documents/HTML-Links-Frontend.pdf" download="HTML-Links-Frontend.pdf">DOWNLOAD DOCUMENTS</a>

注意：跨域场景下这个写法依然会失效，必须配合服务端配置才能生效。

2. 配置服务端强制下载响应头（全场景兼容，最稳定） #

download属性的优先级低于服务端响应头，只要服务端返回强制下载的头信息，所有浏览器都会触发下载，不会调用内置预览：

• 如果用Apache服务部署，在站点根目录的.htaccess中加入如下配置：

<FilesMatch "\.(pdf)$">
  ForceType application/octet-stream
  Header set Content-Disposition "attachment"
</FilesMatch>

• 如果用NetBeans内置的调试服务器（Tomcat/内置Web容器），找到对应服务的web.xml配置文件，添加PDF扩展名的MIME映射为application/octet-stream，同时新增Content-Disposition: attachment的响应头规则。
  配置完成后重启服务，清空浏览器缓存再测试即可。

3. 修正本地调试方式 #

不要直接双击打开HTML文件调试，把项目部署到NetBeans配置的本地Web服务下，通过http://localhost/项目路径的地址访问页面，规避file协议下的属性兼容问题。

内容的提问来源于stack exchange，提问作者Nevena Božinović