临沂企业交付外贸资料下载功能时，点击链接打开PDF预览，不能仅凭按钮上写了下载就认定功能一致。文件响应、链接属性与浏览器能力都会影响处理。应先明确希望读者预览还是保存，再核对真实文件和返回信息，不必为了改变行为重新制作全部正文。
先比较服务器表达的处理意图
MDN对Content-Disposition的说明区分inline与attachment：前者允许内联显示，后者提示按附件处理。它们不决定文件内容是否正确，也不保证所有浏览器采用同一种界面；链接download属性等因素还可能参与实际行为。
示意响应一
Content-Type: application/pdf
Content-Disposition: inline
示意响应二
Content-Type: application/pdf
Content-Disposition: attachment; filename="demo-catalog.pdf"同一文件有三个验收对象
| 对象 | 核对方式 | 常见误判 |
|---|---|---|
| 文件本身 | 打开后核对型号、版本与完整性 | 能下载就表示资料正确 |
| 返回信息 | 查看实际最终文件响应头 | 只看介绍页的响应 |
| 用户行为 | 在约定设备上实际预览或保存 | 用一次桌面表现代表所有环境 |
| 保存名称 | 按实际结果检查 | 把页面链接文字当成一定采用的文件名 |
先做受控样本，再扩展到真实资料
1定任务预览、保存还是两者都提供。
2取返回记录实际文件地址与响应。
3查内容确认对象、版本和文件完整性。
4复测覆盖约定设备及返回路径。
- 用无敏感内容的演示文件核对配置。
- 文件经过跳转时，记录最终响应，不忽略中间地址。
- 链接文字说明实际用途，必要时标注文件性质。
- 保存失败与内容错误分别登记，避免混作一个问题。
写了download属性就一定会保存吗？
不能这样保证，适用条件与响应会影响结果，应检查实际目标和浏览器行为。
预览就比下载差吗？
取决于用户任务。快速查阅和留存资料可以有不同入口，但文件身份和版本应清楚。