fetchpriority 取代 importance 控制关键资源优先级，适用于 link/img 等 html 声明资源，不适用于 fetch()；需避免与 lazy 加载冲突，并在不支持浏览器中用 preload 回退。
importance 属性在现代浏览器中已基本被 fetchpriority 取代，直接用它控制关键请求的调度优先级更可靠、语义更清晰，且兼容性明确（Chrome 101+、Edge 101+、Safari 17.2+）。旧版 importance 在部分浏览器中行为不一致，甚至被忽略，不建议在新项目中使用。
如何在 <link> 和 <img> 中正确设置 fetchpriority
关键资源（如首屏 CSS、LCP 图片）必须在 HTML 解析早期就被标记为高优先级，否则浏览器可能按默认顺序排队，错过关键渲染窗口。
常见错误是把 fetchpriority="high" 加在异步脚本或离屏资源上，反而挤占真正关键资源的带宽。
-
<link rel="stylesheet" href="critical.css" fetchpriority="high">—— 确保阻塞渲染的关键样式尽早下载 -
<img src="hero-banner.jpg" fetchpriority="high" alt="...">—— 首屏大图必须抢在其他图片前发起请求 -
<img src="avatar.jpg" fetchpriority="low" loading="lazy">—— 头像等非视口内资源可双降级 - 不要对
<script type="module"></script>或async脚本加fetchpriority—— 浏览器已将其优先级设为 low，强行设 high 可能干扰解析器预加载逻辑
为什么 fetchpriority 不适用于 fetch() 或 XMLHttpRequest
fetchpriority 是 HTML 解析器层面的 Fetch Queue 调度信号，只作用于 HTML 文档中声明的资源（<link>、<img>、<iframe></iframe>、<script src></script> 等）。JS 发起的 fetch() 请求走的是独立的 Fetch API 路径，不受该属性影响。
若需控制 JS 请求优先级，目前唯一可行方式是：在支持 Importance 请求头的浏览器（仅 Chromium 系列）中手动设置：
fetch('/api/user', {
headers: { 'Importance': 'high' }
})
但注意：Importance 请求头不是标准，Firefox 和 Safari 完全忽略；服务端也无法据此做真实调度——它只是个提示，后端日志里能看到，但不会改变 TCP 队列或 CDN 缓存策略。
遇到 fetchpriority 不生效的典型排查点
最常被忽略的是资源类型与浏览器默认优先级的叠加效应。比如一个 fetchpriority="high" 的 <img> 如果位于 loading="lazy" 且尚未进入视口，Chrome 仍会将其降级为 low，因为 lazy 加载逻辑优先级高于 fetchpriority。
- 检查是否同时用了
loading="lazy"或decoding="async"—— 它们会覆盖fetchpriority - 确认资源是否被浏览器判定为“非阻塞”：例如
<script src></script>默认 priority 是low，即使加fetchpriority="high"，Chromium 也会限制其最高到medium - 用 Chrome DevTools 的 Network 面板 → 右键表头 → 勾选 “Priority”，观察实际分配值是否符合预期（
Highest/High/Medium/Low/Lowest） - 不支持的浏览器（如 Firefox 当前版本）会完全忽略该属性，务必搭配
rel="preload"回退，例如：<link rel="preload" href="critical.css" as="style">
服务器端无法靠 fetchpriority 做真实调度
fetchpriority 是纯客户端机制，只影响浏览器内部 Fetch Queue 的排序，不改变 HTTP 请求本身的内容、头信息或传输层行为。它不会让请求更快到达服务器，也不会让 CDN 提前缓存或预热。
如果你发现关键 API 接口响应慢，fetchpriority 解决不了问题——得看后端 QPS、TPS、P95 RT，或者是否该用 Early Hints 提前推送依赖资源。真正防止业务阻塞，要分两层：前端用 fetchpriority 抢带宽，后端用限流、熔断、优先级队列（如 Kubernetes 的 PriorityClass）抢 CPU 和线程。
