如何编写脚本实现PDF类URL直接触发下载而非浏览器预览

两个链接访问后行为不一致，核心是服务端返回的HTTP响应头配置不同：

• 自动触发下载的nc文件链接，服务端返回的响应头包含Content-Disposition: attachment，明确告知浏览器将响应内容作为附件存储到本地，不要做内联渲染
• 直接打开预览的PDF链接，服务端返回的Content-Disposition值为inline，同时Content-Type标识为application/pdf，浏览器识别到自身支持该类型资源预览时，就会直接调用内置阅读器打开，不会触发下载弹窗。

根据实际使用场景选择对应实现即可：

网页端放置链接，需要用户点击直接下载 #

给<a>标签添加HTML原生download属性，即可强制触发下载，无需修改服务端配置：

<!-- 沿用URL默认文件名 -->
<a href="/path/to/your/file.pdf" download>下载PDF文件</a>

<!-- 自定义默认保存文件名 -->
<a href="/path/to/your/file.pdf" download="自定义文件名.pdf">下载PDF文件</a>

注意：download属性仅对同源资源生效，跨域资源链接添加该属性会被浏览器自动忽略，仍会跳转至预览页，跨域场景需要通过服务端代理或修改目标资源服务端配置实现。

编写资源下载脚本场景 #

开发URL拼接、定向存储资源的脚本时，完全不需要依赖浏览器行为，直接通过HTTP请求拉取资源二进制流写入本地指定文件夹即可，无论目标资源的响应头是inline还是attachment，都能实现和nc文件一致的下载存储效果，不会触发预览逻辑。
Python实现核心代码参考：

import os
import requests

# 配置目标存储文件夹
save_dir = "./your_download_folder"
os.makedirs(save_dir, exist_ok=True)

# 拼接完成的目标资源URL
target_url = "your_spliced_resource_url"
# 提取资源文件名，也可根据需求自定义
file_name = target_url.rsplit("/", 1)[-1]
full_save_path = os.path.join(save_dir, file_name)

# 拉取资源写入本地
resp = requests.get(target_url, stream=True, timeout=30)
resp.raise_for_status()
with open(full_save_path, "wb") as f:
    for chunk in resp.iter_content(chunk_size=8192):
        if chunk:
            f.write(chunk)

自有服务端托管PDF资源场景 #

直接修改服务端配置，给所有PDF类型响应添加强制下载的响应头即可，以Nginx配置为例：

location ~* \.pdf$ {
    add_header Content-Disposition "attachment";
}

配置生效后，所有访问该服务下PDF文件的请求，都会直接触发下载，不会打开预览页。

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