fetchpriority仅是向chromium加载调度器发送的提示信号，非强制插队；只对和生效，需有src/srcdoc且未被preload、lazy等覆盖，否则无效。
fetchpriority 不会让资源“插队”，它只是向 Chromium 浏览器的加载调度器发一个提示信号，浏览器是否提前拉取，取决于当前网络空闲度、资源大小、是否在视口内、有没有 loading="lazy" 等一堆条件。强行加 fetchpriority="high" 给非首屏图，大概率白费。
哪些标签加了才有效
只对 <img> 和 <iframe></iframe> 生效，其他全忽略：
-
<link rel="stylesheet">、<script src></script>、<video></video>上写fetchpriority—— 浏览器直接当不存在 -
<img>没有src（比如 JS 动态赋值后才设属性）—— 属性不被解析，无效 - 服务端返回 404 或 CORS 失败的资源 —— 提示信号根本传不到调度器，优先级降为最低
high / low / auto 到底怎么选
三个值不是固定档位，而是调度倾向性描述：
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
-
fetchpriority="high"：适合明确参与 LCP 的首屏大图，且没被<link rel="preload">覆盖。例如：<img src="hero.jpg" fetchpriority="high" loading="eager"> -
fetchpriority="low"：适用于已用loading="lazy"的离屏图，或纯装饰性小图（如页脚 icon）。但注意：Chrome 某些版本会把low自动降回auto，别依赖它稳稳生效 -
fetchpriority="auto"（默认）：浏览器按启发式规则判断，通常对无loading属性的首屏图给中高权重，但不如显式声明high可靠
为什么 Network 面板里 Priority 没变
常见失效原因不是代码写错，而是被更高优先级逻辑覆盖：
- 资源已缓存 —— 缓存命中时浏览器不走网络调度，Priority 显示为
Medium是正常现象 - 同时用了
loading="lazy"—— Chromium 会直接忽略fetchpriority="high"，因为语义冲突 - 图片在后台标签页中加载 —— 浏览器主动压低所有资源优先级，
high提示被无视 - 页面刚加载完就刷新 DevTools —— Network 面板可能没及时捕获初始调度决策，建议勾选 “Preserve log” 后硬刷
真正起作用的点往往藏在细节里：比如同一张图既没 preload 又没 loading，这时 fetchpriority="high" 才最可能被采纳；而一旦混用多个控制手段，优先级逻辑就容易互相打架，反而不如只用一种来得稳。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
