@layer 不减少原始渲染开销，但根除权重对抗引发的样式重计算与强制重排；它通过声明层序替代选择器权重博弈，使浏览器免于反复层叠评估，配合禁用!important、规范第三方注入及分层管理可显著降低真实开销。
直接说结论：@layer 本身不减少渲染开销，但它能根除因权重对抗引发的样式重计算与强制重排——这类开销常被误认为“原始渲染开销”，实则是开发者用高权重选择器、!important、内联样式反复覆盖导致的浏览器层叠重评估（cascade recalculation）和样式树重建。
为什么权重混乱会拖慢渲染
当项目中充斥着类似 .header .nav ul li a.active:hover::before 这类“赢过别人”的选择器时，浏览器必须：
- 对每个匹配元素反复解析更长的选择器链，增加样式匹配时间
- 在 DOM 变动或 class 切换时，重新执行整套层叠计算（尤其含 !important 时）
- 因权重不可控，常被迫用
内联覆盖，触发强制同步布局（layout thrashing）
@layer 如何切断这个恶性循环
它把“谁该赢”这件事提前声明清楚，让浏览器一次确定层序，后续所有样式匹配都跳过权重博弈：
- 声明顺序即优先级顺序：
@layer base, theme, components, overrides;—— 后者天然覆盖前者，无需加权 - 同一层内仍走标准 specificity + order，但你不再需要写
.my-btn.my-btn--primary.my-btn--large来凑权重 - 第三方库若支持 @layer（如 Tailwind v3.1+、modern Bootstrap 构建版），其
@layer utilities规则自动归入指定层，你只需把业务样式放在它之后即可安全覆盖
配合关键实践降低真实开销
单靠 @layer 不够，需搭配以下动作才能见效：
立即学习“前端免费学习笔记（深入）”；
- 把所有全局重置、基础排版、字体定义收进
@layer reset和@layer base，禁止在这些层外写零散 body/h1/p 规则 - 禁用
!important在业务层（@layer app）中出现；若必须保留，只允许用于设计系统强制约束项（如display: none !important隐藏废弃组件），并加注释说明 - 用
@import url(x.css) layer(framework);将第三方 CSS 整体注入指定层，避免其规则散落于无名层，打乱你的层序预期 - 开发阶段开启 DevTools 的 “Rendering > Paint flashing” 和 “Layers” 面板，观察是否还有因 class 频繁切换导致的样式树抖动 —— 治理到位后，这类闪烁应显著减少
一个典型优化前后对比
治理前（常见于老项目）：
- 按钮颜色总被覆盖 → 加
!important→ 后来要动态改色 → 改成style="background: red"→ 触发 layout 强制同步 - 为确保某标题不被主题色影响 → 写
html body .content h2.title.highlighted→ 浏览器每次匹配都要查四层祖先
治理后：
- 统一收口到
@layer components { .btn { background: var(--btn-bg); } } - 主题色只在
@layer theme中定义变量，@layer components依赖它，层序保证变量生效，无需选择器对抗 - DOM 上只需切
class="btn btn--danger"，样式匹配路径短、稳定、可预测
