最有效解法是砍掉嵌套层级，用语义化类名替代结构推导；因长选择器如.header .nav .menu .item .link将样式与DOM层级强绑定，任一父级改名即失效，且无法跨容器复用，导致复制、!important滥用和权重失控。
直接砍掉嵌套层级，用语义化类名替代结构推导——这是最有效、副作用最小的解法。
为什么选择器过长会让样式无法复用
像 .header .nav .menu .item .link 这种写法，表面看是“精准定位”，实际把样式和 DOM 层级强绑定了。只要中间任意一层改名（比如 .nav → .navigation），整条规则就失效；更麻烦的是，你想在侧边栏也用同款链接样式？得重写一遍，或者加 !important 硬顶，结果权重越来越高，后续覆盖越来越难。
- DOM 结构微调 = 样式全崩
- 复用时必须复制整条链，或靠更高权重覆盖，形成恶性循环
- 开发者工具里看到的生效规则，往往是一堆重复展开的长链，根本分不清哪段该改
用单类名 + 后代选择器替代深层嵌套
不是彻底不用嵌套，而是把嵌套控制在 1–2 层以内，并让父级成为有意义的上下文容器，而非路径导航器。
- 把
.header .nav .menu .item .link改成.header-nav-link或.nav-link（配合.header容器作用域） - 侧边栏链接就用
.sidebar-nav-link，而不是复用同一套链式规则再加一堆!important - 关键点：类名表达“它是什么”，不是“它在哪”——
.btn-primary比.modal-footer button:first-child更稳定、可跨组件使用
BEM 命名如何避免选择器膨胀
BEM 的价值不在语法本身，而在于强制你放弃“靠父元素找子元素”的思维惯性。它用命名把依赖关系显式化，编译后仍是单类名，不增加选择器长度。
立即学习“前端免费学习笔记（深入）”；
-
.card是块（Block），独立存在；.card__title是元素（Element），只属于 card；.card--featured是修饰符（Modifier），描述状态 - HTML 中写
class="card card--featured"，CSS 里只写.card__title，不出现.card .card__title - 构建工具如
postcss-bem可自动校验拼写，防止漏掉双下划线或连字符
Less/SCSS 里嵌套怎么不产出冗余选择器
嵌套本身没问题，问题出在编译后是否生成了不必要的长链。关键是用好 & 符号和占位符。
- Less 中：
.card { &__body { padding: 1rem; } }编译为.card__body，不是.card .card__body - SCSS 中避免
@extend .btn，改用@extend %btn-base（%占位符不输出到 CSS） - 嵌套超过 3 层时，编译器会生成类似
.a .b .c .d .e的选择器，不仅体积大，DevTools 里也极难调试
真正容易被忽略的是：每次新增样式时，下意识写 .parent .child 的冲动比技术方案更难克制。一旦开始用语义类名声明意图，DOM 结构就从“样式前提”变成了“可随时调整的实现细节”。
