fetch 本身不支持 priority 参数，但可通过 fetchpriority 属性（用于 preload/img 标签）、mode 参数（控制跨域与缓存）、abortcontroller 信号中断及业务层调度（如分类、并发控制、延迟加载）协同实现请求优先级管理。
Fetch 本身不直接提供像 priority 这样的参数来设置请求优先级，但现代浏览器支持通过 fetchpriority 属性和 请求模式（mode） 配合资源预加载、信号控制等手段，实现对请求加载时机与调度行为的精细干预。关键在于：优先级靠浏览器理解并执行，模式则决定请求的跨域策略与缓存行为。
用 fetchpriority 控制加载优先级
该属性仅适用于 <link rel="preload"> 或 <img> 等 HTML 资源标签，不能直接用于 fetch() 调用。但它能影响 fetch 发起前资源的准备阶段：
-
fetchpriority="high"：提示浏览器尽快获取该资源（如首屏关键字体、主图） -
fetchpriority="low"：适合非关键资源（如页脚推荐、埋点图片） -
fetchpriority="auto"（默认）：由浏览器基于资源类型自动判断
示例：<link rel="preload" href="/main.woff2" as="font" fetchpriority="high">
这样预加载的字体，在后续 CSS 中通过 @font-face 引用时，会以更高优先级参与下载队列。
通过 preload + signal 实现 fetch 的“软优先级”
虽然 fetch() 没有 priority 字段，但你可以结合 AbortController 和预加载逻辑，间接提升关键请求的响应确定性：
- 提前用
<link rel="preload">加载核心接口地址或静态资源（如 API 网关证书、鉴权 token 接口） - 发起 fetch 时传入
signal，在页面切换或高优请求到来时中止低优请求 - 例如：用户点击支付按钮后，立即 abort 所有非支付相关的 fetch 请求，腾出连接数
mode 参数决定请求的隔离级别与能力
mode 是 fetch 的标准配置项，影响跨域行为、凭据携带和缓存策略：
-
mode: "cors"（默认）：允许跨域，但需服务端配合 CORS 头；不带 cookie（除非 credentials 显式设为 include） -
mode: "same-origin"：只允许同源请求；可带 cookie；失败时抛 TypeError -
mode: "no-cors"：仅限简单请求（GET/POST/HEAD，且 headers 仅限有限几个）；返回 opaque 响应（无法读 status/body）；常用于埋点上报等无需响应体的场景
注意：no-cors 模式下 fetch 仍会发出请求，但 JavaScript 无法访问结果——它本质是“发完即弃”，适合低优先级、无反馈需求的调用。
弱网下真正有效的优先级实践
比起单个 fetch 调用的参数，更关键的是业务层调度：
- 将请求分类：登录、下单、表单提交 → high；推荐列表、日志上报、头像懒加载 → low
- 用 Promise.allSettled() 处理批量请求，保持顺序同时容错，避免一个失败拖垮全部
- 限制并发数（如最多 3 个核心请求并行），用队列管理非核心请求，避免抢占 TCP 连接
- 对低优请求加延迟启动（setTimeout 或 IntersectionObserver 触发），让高优请求先占满带宽
不复杂但容易忽略：优先级不是写个参数就生效，而是资源加载路径、网络调度策略和业务逻辑共同作用的结果。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
