rel="alternate" 是唯一合法声明非HTML文档格式的方式，需配type属性（如application/pdf），但不提供交互；下载PDF/CSV必须用标签，link仅作元数据提示。
rel="alternate" 是唯一能合法指向非HTML文档的通用方式
浏览器只认 rel="alternate" 作为语义上“当前文档另有其他格式版本”的声明。它不是用来加载资源，而是告诉用户代理（比如浏览器、阅读器、爬虫）：“这份内容还有 PDF / Atom / JSON / EPUB 等形态”。写成 rel="pdf" 或 rel="json" 会被忽略——这些值不在 HTML 标准关系列表中。
常见错误现象：<link rel="pdf" href="report.pdf"> 在 Network 面板里能看到请求，但地址栏不会变，也不会触发下载；右键“另存为”也找不到该链接。
-
rel="alternate"必须配type属性，否则浏览器无法判断目标格式，多数情况下直接无视 - PDF 文档要写
type="application/pdf"，JSON 要写type="application/json"，Atom 订阅必须是type="application/atom+xml" - 如果多个
rel="alternate"并存，浏览器通常只在地址栏右侧显示第一个（Chrome）或在“更多工具 → 页面信息”里列出（Firefox） - SEO 场景下，
rel="alternate"+hreflang可用于多语言 PDF 版本，但 Google 不索引 PDF 中的内链，仅作独立文档收录
想点一下就下载 PDF/CSV？别依赖 link，用 a 标签
<link> 本质是元数据容器，不提供用户交互入口。rel="alternate" 声明的 PDF 文件，普通用户根本看不到、点不到——它既不出现在页面 DOM 中，也不渲染为可点击元素。
真正要实现“点击下载报告”，得用 <a></a>：
立即学习“前端免费学习笔记（深入）”；
<a href="annual-report.pdf" download="2025-annual-report.pdf">下载 PDF 版年报</a>
注意：download 属性对跨域资源无效（比如指向 CDN 上的 PDF），此时浏览器会直接导航打开而非下载；本地双击 file:// 打开 HTML 时，download 也可能被禁用。
- 服务端需确保 PDF 响应头含
Content-Disposition: attachment，才能绕过浏览器内置 PDF 预览器强制下载 - CSV 文件建议加
type="text/csv"和charset=utf-8，避免 Excel 打开乱码 - 不要试图用 JS 模拟点击
<link>触发下载——<link>没有click()方法，调用会报错
rel="preload" 和 rel="prefetch" 都不能用于非HTML文档的“预加载”
这两个 rel 值只对浏览器明确知道如何处理的资源类型有效：as="style"、as="script"、as="font" 是白名单，as="pdf" 或 as="csv" 会被降级为普通 fetch，且不提升优先级、不参与资源调度。
比如写：<link rel="preload" as="pdf" href="manual.pdf">，Network 面板里请求的 Priority 显示为 “Low”，和 <img src="..." alt="HTML如何利用link标签指向非HTML格式的关联文档" > 后加载的图片一样慢。
- PDF 文件体积大，preload 反而可能抢占首屏 CSS/JS 的带宽，拖慢渲染
- 如果真要提前拉取 PDF，改用
<link rel="prefetch" href="manual.pdf">更合理——它走后台低优通道，不影响关键路径 - prefetch 的触发时机是当前页面闲置时，所以用户切到别的标签页后，该请求可能被取消
favicon 和 RSS feed 是少数被浏览器主动识别的非HTML关联
只有 rel="icon" 和 rel="alternate" 配 type="application/rss+xml" 这两类，浏览器会主动解析并启用对应功能：前者显示在地址栏/标签页，后者在 Firefox 地址栏右侧显示 RSS 图标，点击可订阅。
但它们仍有硬性限制：
-
rel="icon"的href必须指向真实图标文件（.ico/.png/.svg），且响应头Content-Type匹配（如image/x-icon），否则 Safari 直接忽略 - RSS feed 的
href必须返回标准 Atom/RSS XML，且type严格匹配；写成type="text/xml"就不会被识别为 feed - 现代 Chrome 已移除地址栏 RSS 图标支持，仅保留
<link rel="alternate" type="application/rss+xml">给 RSS 阅读器发现用
非 HTML 关联文档的落地难点从来不在写法，而在浏览器是否“愿意理你”——绝大多数格式只能靠 a 标签兜底，link 的作用仅限于声明和提示，别指望它自动干活。
