不能。fetchpriority="high" 对 script 无效，浏览器直接忽略；该属性仅适用于 img、iframe 和 link[rel="stylesheet"]；脚本加载优先级由 async/defer、位置及 preload 决定。
fetchpriority="high" 能不能给 script 加权？
不能。fetchpriority 属性对 <script> 标签无效，浏览器会直接忽略它。
这个属性只对 <img>、<iframe> 和 <link rel="stylesheet"> 生效（Chrome 107+），目的是让渲染引擎提前调度这些资源的加载优先级。但脚本加载和执行涉及执行时机、依赖关系和解析阻塞，优先级由 HTML 解析器和加载器联合决定，不走 fetchpriority 这条路径。
想让脚本更快加载，该用什么替代方案？
真正影响脚本加载速度的关键是加载方式和位置，不是“加权”：
-
async：适合完全独立的脚本（如统计代码），下载时不阻塞 HTML 解析，下载完立即执行 —— 但执行顺序不保证 -
defer：适合依赖 DOM 的脚本，下载不阻塞解析，等 DOM 构建完再按顺序执行 —— 推荐用于大多数页面逻辑 - 把
<script>放在<head>里 +defer，比放在<body>底部更早触发下载（只要不带blocking） - 使用
<link rel="preload" as="script" href="xxx.js">可以强制提前发起请求（注意：preload 不等于执行，仍需配合async或defer）
为什么有人误以为 fetchpriority="high" 对 script 有用？
常见混淆点有三个：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
立即学习“前端免费学习笔记（深入）”；
- 看到 Chrome DevTools 的 Network 面板里某些脚本“Priority”显示为
Highest，误以为是设置了fetchpriority导致的 —— 实际是浏览器根据位置（<head>内）、类型（module vs classic）、是否async/defer自动推断的 - 把
fetchpriority和importance（已废弃）或priority（非标准）混为一谈 - 在
<script>上写了fetchpriority="high"，发现没报错，就以为生效了 —— 它只是个被忽略的自定义属性，不会触发任何行为
preload + defer 组合才是实际可控的“高优脚本”方案
如果某个脚本确实关键（比如首屏交互逻辑），且你希望它尽早开始下载、又不破坏执行顺序，用这个组合最稳妥：
<head> <link rel="preload" as="script" href="/main.js"> <script src="/main.js" defer></script> </head>
注意两点：
-
href必须和<script>的src完全一致（包括协议、域名、路径大小写），否则 preload 失效 - 不要对内联脚本（
<script>...</script>）用 preload —— 没意义，也没效果
真正起作用的是 preload 的提前请求 + defer 的有序执行，而不是任何“权重标签”。浏览器调度器不会因为你多写了一个无效属性就改变脚本的加载队列位置。
