唯一能100%压住FOUC的手段是将首屏必需CSS内联至<style>标签，体积≤10KB、无media属性、置于<head>最顶部；其他方案均非确定性解法，因<link>阻塞需满足media匹配、Content-Type为text/css、非JS动态插入等全部条件，缺一即失效。
唯一能100%压住FOUC的手段，是把首屏必需的CSS内联进<style>标签，体积≤10KB、不带media属性、放在<head>最顶部——其他所有方案（<link>放<head>、preload、@import替换）都只是降低概率，不是确定性解法。
为什么<link rel="stylesheet">放<head>还是闪
浏览器只在满足全部条件时才真正阻塞渲染：解析到<link>时media值必须匹配当前环境（比如media="all"或media="(min-width: 0)"），服务端返回的Content-Type必须是text/css，且该<link>不能由JS动态插入。常见失效点：
-
media="(prefers-color-scheme: dark)"在亮色模式下被跳过，样式异步加载 - CSS文件里含
@import，预加载器不可见，强制串行请求 - 后端返回
Content-Type: text/plain，浏览器拒绝解析，降级为非阻塞 - 用
document.head.appendChild(link)插入，预加载器根本没扫描到它
验证是否真被阻塞：DevTools → Network → 筛选css → 看Initiator列是不是parser；不是，说明没进阻塞链。
内联关键CSS的硬性边界在哪
不是复制整个main.css，而是提取首屏DOM实际用到的选择器子集（如.header、.hero、[v-cloak]、基础font-family和重置规则）。必须守住这几条：
立即学习“前端免费学习笔记（深入）”；
- 只能用
<style>，不能用<link rel="stylesheet"> - 体积≤10KB（移动端保守值），超限会阻塞HTML解析本身
- 不能加
media属性，否则浏览器判定“暂不需要”，直接跳过阻塞 - 必须放在
<head>最顶部，早于任何<script>或<link> - 别手写维护——用
critters（Vite）、critical（CLI）或Next.js内置工具自动生成
验证是否真“关键”：Chrome DevTools → Coverage tab → 刷新页面 → 看绿色高亮是否覆盖首屏所有选择器；灰色部分就是不该进内联块的内容。
非关键CSS怎么加载又不拖累首屏
内联只管首帧，后续样式得加载，但直接放<link rel="stylesheet">可能因体积大或CDN延迟引发回流。稳妥做法是让它“预加载但不阻塞”：
- 推荐写法：
<link rel="stylesheet" href="non-critical.css" media="print" onload="this.media='all'">，利用media="print"让浏览器预加载但不应用，加载完成再切换 - 必须配
<noscript><link rel="stylesheet" href="non-critical.css"></noscript>兜底 - 若用
rel="preload"，必须带as="style"和onload="this.rel='stylesheet'"，漏任一要素就失效 - 禁用
@import——它会让预加载器完全失能，且强制串行，首屏样式至少延迟300–800ms
最容易被忽略的是：哪怕你把关键CSS内联了，只要外链CSS返回的Content-Type是text/plain而不是text/css，浏览器就会拒绝解析，FOUC照闪不误。
