fetchpriority="auto"等同于未设置，因Chromium对<img>默认优先级为Medium，它不触发额外逻辑；仅当无loading="lazy"、无preload、有真实src且非后台标签页时，才表现为原始Medium状态。
fetchpriority="auto" 什么时候等于没写
fetchpriority="auto" 不是“中立选项”，而是显式声明“按浏览器默认规则走”。对 <img> 来说，Chromium 默认就是 Medium，所以设 auto 和不设该属性效果完全一样——它不会触发任何额外逻辑，也不参与优先级竞争。
常见误用场景包括：
-
loading="lazy"同时存在：哪怕写了fetchpriority="auto"，Chrome 仍会把这张图扔进Low队列，auto被懒加载逻辑覆盖 - 图片在 DOM 中靠后、无
width/height、又未进入预扫描范围：浏览器连是否关键都判断不了，auto就只是个摆设 - 已被
<link rel="preload">声明：preload 锁定Highest，fetchpriority整体失效，auto自然无意义 - 页面在后台标签页中加载：所有资源统一压低，
auto实际表现接近Low，但 Network 面板里可能仍显示Medium（缓存命中干扰判断）
为什么 Network 面板里看到 Priority 是 Medium 却不是 auto 生效
Medium 显示 ≠ fetchpriority="auto" 起作用了，它大概率只是浏览器没做任何干预的原始状态。真正要验证 auto 是否被读取，得看它有没有被更高层逻辑覆盖：
- 刷新页面后立刻打开 DevTools → Network → 勾选
Priority列 → 找到对应请求 - 如果显示
Medium，且没其他覆盖条件（如 lazy、空 src、preload），那说明auto确实被采纳了——但这就是默认行为，没带来任何收益 - 如果显示
Low，基本可以断定loading="lazy"或后台标签页在起作用，auto已被忽略
什么情况下设 auto 反而让优化变差
设 fetchpriority="auto" 最危险的点，是让人误以为“我已声明优先级”，从而漏掉真正关键的动作：
立即学习“前端免费学习笔记（深入）”；
- 首屏 Hero 图只写
fetchpriority="auto"，却不配loading="eager"：滚动时才触发加载，LCP 直接拉长 - 以为
auto能兜底，结果忘了加width/height：布局偏移（CLS）比优先级问题更伤用户体验 - 在 Next.js 或 React Server Components 里用
<Image fetchpriority="auto">：服务端 HTML 没渲染出来，预扫描器根本看不到这个属性，auto形同虚设
最常被忽略的事实是：fetchpriority 是 HTML 解析阶段的一次性提示，它不参与后续 JS 渲染或滚动计算；而真正影响用户感知的，往往是尺寸缺失导致的重排，不是 Priority 列里那个字母。
