本文详解CSS原生嵌套语法中&（嵌套选择器）的核心行为：它并非简单字符串替换，而是通过:is()语义动态解析父选择器上下文；其位置严格受限——必须紧贴后续选择器片段开头，空格将彻底改变选择器逻辑。
本文详解css原生嵌套语法中`&`（嵌套选择器）的核心行为：它并非简单字符串替换，而是通过`:is()`语义动态解析父选择器上下文；其位置严格受限——必须紧贴后续选择器片段开头，空格将彻底改变选择器逻辑。
CSS原生嵌套（CSS Nesting Module Level 1）自2023年进入主流浏览器支持阶段，但其核心语法符号 & 的行为常被误解为“占位符拼接”，实则遵循一套严谨的、基于 :is() 的选择器合成逻辑。理解 & 的真实语义，是避免样式失效、提升可维护性的关键前提。
✅ & 的本质：:is() 包裹的上下文引用，非字符串插值
根据 W3C 规范，& 在嵌套规则中等价于 :is(<父选择器>)。这意味着：
- & 不生成新类名或复合类，而是创建一个可复用的选择器上下文容器；
- 其作用是将父规则的选择器“注入”到子规则中，并参与标准 CSS 选择器匹配流程（后代、子元素、兄弟、伪类等）；
- 所有 & 出现的位置，都必须紧邻选择器片段开头，中间不允许任何空白字符。
以 MDN 示例为例：
.card {
padding: 0.5rem;
& h2 {
color: slateblue; /* 等价于 :is(.card) h2 */
}
}编译后实际等效于：
立即学习“前端免费学习笔记（深入）”；
.card { /* ... */ }
:is(.card) h2 { color: slateblue; }这与 .card h2 完全一致——& h2 中的空格表示后代关系，& 被包裹进 :is() 后再与 h2 组合。
❗ 关键差异：& 前后空格决定语义分水岭
空格不是格式问题，而是语法分隔符。以下写法对比揭示本质：
| 写法 | 解析结果 | 说明 |
|---|---|---|
| .featured & | .featured .card | & 前有空格 → & 作为独立选择器，与 .featured 构成后代组合 |
| .featured& | .featured.card | & 紧贴 .featured → :is(.card) 与 .featured 连写为并集类（即同时拥有两个 class 的元素） |
| &.featured | .card.featured | & 后无空格 + . → 正确 BEM 修饰符写法，生成单个复合选择器 |
| & .featured | .card .featured | & 后有空格 → 后代选择器，匹配 .card 内任意 .featured 元素 |
⚠️ 特别注意：.featured & 中的空格使 & 成为独立选择器，因此它不会合并为 .featured.card，而是保持 .featured .card 的层级关系——这正是第一个 MDN 示例的本意。
? 深层嵌套陷阱：& 不支持多层嵌套展开
原生 CSS 嵌套禁止在 & 规则内部再次使用 @nest 或嵌套块。例如以下写法非法且静默失效：
/* ❌ 错误：@nest 不得嵌套在 & 规则内 */
.card {
& h2 {
@nest & + p { margin-top: 0.25rem; } /* 无效！整条规则被忽略 */
}
}正确做法是显式使用 @nest 并完整写出上下文：
/* ✅ 正确：@nest 必须顶层、完整、无嵌套 */
.card {
@nest & h2 + p { margin-top: 0.25rem; }
}? 生产环境强制检查清单（2026年现状）
截至 2026 年 8 月，原生嵌套仍属“渐进增强”特性，上线前必须验证三要素：
-
真实用户覆盖
- Safari 17.3 存在 &:hover 静默失效缺陷（&::before 正常），需 iOS 用户占比 >1% 时单独测试；
- Firefox 全面不支持，含 & 或 @nest 的规则会被完全跳过，无警告、无 fallback。
-
构建流程兼容性
- Vite/Webpack 默认不启用 postcss-nesting 插件，若未配置，& 将被当作普通字符保留，导致线上样式丢失；
- 压缩工具（如 cssnano）可能错误剥离 &，需确认其 preset 支持嵌套语法。
-
兜底策略不可省略
- 推荐双写方案（兼顾可读性与兼容性）：
.card { /* 基础样式 */ } .card h2 { color: slateblue; } /* 仅现代浏览器生效的嵌套写法（可选增强） */ @supports selector(&) { .card { & h2 { color: slateblue; } } }
- 推荐双写方案（兼顾可读性与兼容性）：
? 提示：永远不要依赖 @supports selector(&) 检测 @nest —— 因为 @nest 是 at-rule，不参与 selector() 函数检测。应使用 @supports (nesting: normal)（Chrome 122+ 支持）或直接按浏览器版本分流。
掌握 & 的 :is() 本质、严守空格规范、规避嵌套嵌套陷阱，并建立严格的上线校验流程——这才是现代 CSS 嵌套从“能写”走向“可靠落地”的专业路径。
