内联首屏关键CSS是唯一100%可控的解法，因为浏览器首次绘制前必须已解析关键样式，而内联<style>确保其随HTML同步到达、立即解析；preload仅提升下载优先级但不保证解析时机，media切换仍依赖异步加载，无法消除首屏无样式渲染的必然性。
内联首屏关键CSS是唯一100%可控的解法，其他手段（preload、media切换）只是辅助，不能替代它。
为什么放
浏览器是否阻塞渲染，不只看写在哪，而取决于它是否被预加载器识别、是否匹配当前环境、是否触发解析链断裂：
-
media值不匹配（比如media="(min-width: 768px)"在手机上），浏览器直接跳过阻塞，异步加载 - CSS文件里含
@import：必须等前一个CSS下载解析完才发起下一个请求，首屏样式至少延迟一个RTT（300–800ms） -
<link>由JS动态插入（如document.head.appendChild(link)），预加载器根本看不到它，完全失去阻塞能力 - 服务端返回错误的
Content-Type（如text/plain而非text/css），浏览器拒绝解析，降级为非阻塞加载
验证方法：DevTools → Network → 筛选css → 看Initiator列是否为parser；不是，说明没进阻塞链。
怎么正确内联关键CSS（不是复制整个main.css）
内联目标不是“所有CSS”，而是首屏DOM节点实际用到的最小样式子集，且必须满足硬约束：
立即学习“前端免费学习笔记（深入）”；
- 必须用
<style></style>，不能用<link rel="stylesheet"> - 体积≤10KB（移动端保守值），超限会阻塞HTML解析本身
- 不能加
media属性（如media="(prefers-color-scheme: dark)"），否则浏览器跳过阻塞 - 必须放在
<head>最顶部，早于任何<script>或<link>
提取方式别手写——用critters（Vite插件）、critical（CLI）或Next.js内置工具自动生成。手动维护极易遗漏font-family或line-height，导致文字堆叠。
非关键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>兜底，防JS失效 - 禁用
document.write()或appendChild()动态插入——预加载器看不见，等于白做
注意：preload写法必须带as="style"和onload="this.rel='stylesheet'"，缺一不可；只写<link rel="preload" href="main.css">毫无作用。
最容易被忽略的三个点
FOUC问题常在看似“已解决”后复发，关键在于这些细节：
- 内联
<style>后，对应外链<link>没移除——样式重复应用可能引发!important冲突或层叠错乱 - 暗色模式等动态主题靠
DOMContentLoaded后读取localStorage再插入<link>——此时HTML早已渲染完毕，必然闪一次 - 服务端渲染（SSR）时水合不一致会掩盖FOUC：服务端输出了样式，客户端初始状态却不同，导致首屏看似正常，后续交互突然跳变
