preload as="style"不会阻塞首屏渲染，因为它仅提前下载CSS而不解析、不应用、不触发CSSOM构建；必须配合后续stylesheet link且href、as值完全匹配才能复用缓存，否则白加载。
preload as="style" 为什么不会阻塞首屏渲染
因为 preload 本身不执行、不解析、不应用资源，它只是“提前下载”，浏览器拿到后放进内存缓存，等后续真正遇到 <link rel="stylesheet"> 时才去读取已缓存的内容。这个机制天然绕开了 CSS 的渲染阻塞逻辑——preload 不触发 CSSOM 构建，<link rel="stylesheet"> 才触发，但此时网络耗时已省掉。
as="style" 必须和后续 link 标签完全匹配才能复用缓存
常见失效就是缓存没被命中，结果 preload 白下了，还多一次请求。关键匹配点有三个：
-
href值必须完全一致（协议、域名、路径、查询参数都不能差） -
as="style"不能写成as="fetch"或漏写 - 后续的
<link rel="stylesheet">不能带media属性（如media="print"），否则浏览器认为它是不同资源，拒绝复用
例如：<link rel="preload" href="/css/main.css" as="style"> 和 <link rel="stylesheet" href="/css/main.css"> 可复用；但若后者是 href="./css/main.css"（相对路径解析结果不同）或加了 media="all"，就大概率失效。
放在 head 里什么位置才真正起效
必须紧贴 <meta charset> 和 <title> 后面，且在任何 <link rel="stylesheet"> 出现之前。原因很直接：浏览器解析 HTML 是从上到下流式进行的，preload 越早声明，下载就越早启动。
立即学习“前端免费学习笔记（深入）”；
错误示例：<head><title>Page</title><link rel="stylesheet" href="base.css"><link rel="preload" href="main.css" as="style"></head>
这段代码中，base.css 已开始加载甚至阻塞，main.css 的 preload 才刚声明，基本没抢到带宽优势。
什么时候不该用 preload as="style"
不是所有 CSS 都适合 preload，用错反而拖慢首屏：
- 体积小（
- 非首屏用到的 CSS（比如后台管理页的样式），preload 会抢占关键资源带宽
- 带
@import的 CSS 文件——即使 preload 了，@import 仍会串行阻塞，整体加载时间没改善 - 通过 JS 动态插入的
<link rel="stylesheet">，preload 无法匹配，缓存被浪费
真正值得 preload 的，只有那些体积适中（5–50KB）、确定会在首屏渲染前被用到、且没有 @import 依赖的独立 CSS 文件。
最容易被忽略的是：preload 的 as="style" 资源，如果后续没出现对应 <link rel="stylesheet">，它就永远躺在缓存里不动，既不执行也不报错，你根本察觉不到它白跑了——所以每次加 preload，都要反向确认那条 stylesheet 标签确实存在、路径一致、且没被 JS 移除或条件屏蔽。
