内联关键CSS能减少白屏时间，因其使浏览器免去外部CSS的HTTP请求，同步构建CSSOM与DOM，加速首屏渲染；但仅限首屏必需样式（如.header、.hero-banner），须用critters等工具提取、控制体积≤14KB，并排除@import、@font-face等阻塞项。
内联关键CSS能显著缩短白屏时间，但必须只包含首屏渲染真正需要的样式，否则反而拖慢解析。
为什么内联CSS能减少白屏
浏览器必须完成CSSOM树才能开始渲染首屏，而外部CSS文件会触发额外HTTP请求、等待下载与解析。把首屏必需的CSS直接写进<style>标签，省去了请求往返，DOM构建和CSSOM构建可并行推进。
常见错误是把整个main.css内联——这会让HTML体积暴增，阻塞HTML解析更久，得不偿失。
- 只提取「视口内元素」的样式：如
.header、.hero-banner、.skeleton-item等 - 排除媒体查询中非默认断点的规则（如
@media (min-width: 768px)在移动端首次加载时无需） - 移除所有
@import、字体声明（@font-face）、动画关键帧（@keyframes）——这些应保留在外部文件中异步加载
怎么提取和维护关键CSS
手动提取易遗漏且难以持续，推荐工具链辅助：
立即学习“前端免费学习笔记（深入）”；
- 构建时用
critters（Vite/Webpack插件）自动提取：它会模拟首屏渲染路径，抓取实际用到的CSS规则 - 开发阶段用
Puppeteer+penthouse生成关键CSS，但需注意其对动态类名（如class="bg-${theme}"）识别不准 - 上线后定期用
Lighthouse审计「Eliminate render-blocking resources」项，验证内联是否生效、体积是否超标
示例（正确内联范围）：
<style>
body { margin: 0; font-family: -apple-system, sans-serif; }
.hero { height: 100vh; background: #f0f0f0; }
.skeleton-text { width: 80%; height: 24px; background: #eee; }
</style>
内联后还要注意什么
内联只是起点，不是终点。以下三点极易被忽略：
-
<style>标签必须放在<head>最顶部，早于任何<link rel="stylesheet">或<script>，否则仍可能触发阻塞 - 服务端需确保该
<style>内容不被CDN或中间代理缓存为旧版本——建议配合ETag或版本哈希控制 - 如果使用SSR，内联CSS需与服务端渲染出的DOM结构严格匹配，否则hydration时React/Vue会因样式缺失导致FOUC或重绘
真正卡住白屏的，往往不是“有没有内联”，而是“内联了什么”和“内联之后怎么管”。
