标签本身不主动触发任何 HTTP 请求方法（如 GET、POST），其行为完全取决于 rel 属性的语义和浏览器/客户端的具体实现；仅当用于资源预加载（如 rel="stylesheet"、rel="prefetch"）时，浏览器才按需发起 GET 请求获取资源。
`` 标签本身不主动触发任何 http 请求方法（如 get、post），其行为完全取决于 `rel` 属性的语义和浏览器/客户端的具体实现；仅当用于资源预加载（如 `rel="stylesheet"`、`rel="prefetch"`）时，浏览器才按需发起 get 请求获取资源。
在 Web 开发中，常有人将 与 、 等标签类比，误以为它“默认发送某种 HTTP 请求”。但事实是： 是一个元数据关联标签（metadata linking element），而非资源导航或加载触发器——它本身不产生用户可感知的网络请求，也不隐含任何 HTTP 方法语义。
✅ 的本质：声明式关系定义
根据 HTML Living Standard， 的核心作用是在当前文档与外部资源之间建立语义化关系（rel），例如：
<link rel="stylesheet" href="/main.css"> <link rel="canonical" href="https://example.com/article"> <link rel="preconnect" href="https://cdn.example.com"> <link rel="prefetch" href="/next-page.html" as="document"> <link rel="webmention" href="https://example.com/webmention">
这些 rel 值决定了浏览器或工具是否需要发起请求，以及以何种方式处理该 URL：
| rel 值 | 是否触发请求？ | 触发时机与方法 | 说明 |
|---|---|---|---|
| stylesheet | ✅ 是 | 加载时自动 GET | 浏览器立即发起 GET 获取 CSS 文件 |
| icon / apple-touch-icon | ✅ 是 | 解析 HTML 后 GET | 用于 favicon，浏览器自主拉取 |
| preconnect | ✅ 是（预连接） | 解析时发起 DNS+TCP+TLS 预连接（无 HTTP 方法） | 不发送 HTTP 请求，仅建立底层连接 |
| prefetch / preload | ✅ 是 | 空闲时异步 GET | 明确要求浏览器用 GET 下载资源 |
| canonical | ❌ 否 | — | 仅供搜索引擎/爬虫参考，不触发请求 |
| webmention | ❌ 否（客户端不触发） | 由第三方服务端主动 POST | 规范要求接收方通过 POST 处理通知，但浏览器从不自动发送 |
⚠️ 常见误区澄清
❌ 错误认知：“ 默认发送 GET”
→ 正解：无 rel 或无效 rel（如 缺少 rel）时，大多数现代浏览器会忽略该标签，不发起任何请求（HTML 标准明确要求 rel 为必需属性，否则视为无意义）。❌ 错误认知：“ 会让浏览器跳转或重请求”
→ 正解：它仅作为 SEO 信号供搜索引擎识别规范 URL，对浏览器行为零影响。❌ 错误认知：“ 会自动 POST 到该地址”
→ 正解：Webmention 是一种服务器到服务器的通信协议；浏览器绝不会自动发送 POST，而是由发布者站点（如博客系统）在内容更新后，由后端主动向 webmention endpoint 发起 POST 请求。
✅ 实践建议：何时 & 如何安全使用
- 明确 rel 语义：始终为 指定符合标准的 rel 值（参考 WHATWG Link Types）；
-
性能优先场景善用预加载指令：
<!-- 提前建立 CDN 连接 --> <link rel="preconnect" href="https://cdn.example.com" crossorigin> <!-- 预加载关键 JS/CSS --> <link rel="preload" href="/critical.js" as="script" fetchpriority="high"> <!-- 预取下一页面资源（低优先级） --> <link rel="prefetch" href="/blog-next.html" as="document">
- 避免滥用：prefetch/preload 应基于真实用户路径分析，错误预取会浪费带宽、延迟关键资源加载；
- 服务端交互勿依赖 ：如需提交数据（如 Webmention、OAuth discovery），务必通过 JavaScript fetch() 或服务端逻辑显式发起对应 HTTP 方法（通常是 POST）。
总结
不是“请求发射器”，而是“关系说明书”。它不绑定固定 HTTP 方法；其网络行为是按需、可控、语义化的——GET 仅出现在资源加载类 rel（如 stylesheet, preload）中，而 POST、PUT 等方法永远不会由浏览器自动触发。真正决定 HTTP 方法的，永远是开发者显式编写的逻辑（表单 method、fetch() 调用、Axios 配置等）。理解这一点，才能写出语义清晰、性能可控、符合标准的 HTML。
