加 !optional 是唯一能在 @extend 目标缺失时不中断编译的办法，但它主动放弃继承而非容错兜底；仅适用于主题按需加载、组件拆分引入、团队类名未同步等明确允许缺失的场景，且不可替代 @import (optional)。
加 !optional 是唯一能在 @extend 目标缺失时不中断编译的办法，但它不是容错兜底，而是主动放弃继承——用错地方会让样式“消失得毫无痕迹”。
什么时候必须加 !optional 才不报错
Less 默认遇到未定义的选择器就直接抛 Extend '.xxx' has no matches 并终止编译。只有以下场景才真正需要 !optional：
- 主题包按需加载，但当前主题没定义
.theme-dark，而业务代码写了.card:extend(.theme-dark !optional) - 组件库拆分引入，子模块还没提交
.btn-base定义，但父模块已写好扩展逻辑 - 团队协作中类名约定未同步，A 写了
.form-item:extend(.field-required !optional)，B 还没提交.field-required的定义
!optional 不等于 @import (optional)
这两个 optional 完全无关，混用会误判问题根源：
-
@import (optional) "theme/dark.less"：文件找不到就跳过，不报错 -
.x:extend(.y !optional)：选择器.y在当前作用域里根本没声明，就跳过这次@extend，其他规则照常编译 - 不能互相替代——
@import管文件存在性，!optional管选择器存在性
容易静默失效的坑
!optional 编译时不报错，但也不警告、不 fallback、不生成任何样式。它只是把那行 @extend 当作不存在处理：
立即学习“前端免费学习笔记（深入）”；
- 如果
.notice本该存在却被漏写，加了!optional后，.alert:extend(.notice !optional)编译结果里压根没有.alert和.notice的并集选择器 - CI/CD 中建议配合
stylelint-less插件检查“未声明即使用”的目标选择器，而不是依赖!optional掩盖问题 - 它只在编译期起作用，运行时 DOM 里有没有这个 class 完全不影响——别指望它做运行时降级
真正该用 !optional 的地方很窄
它只适合那些“明确知道可能不存在、且缺了也完全无害”的抽象层，比如跨主题的语义基类、可插拔的装饰类。一旦你开始频繁加 !optional，大概率是模块边界或协作流程出了问题——不是 Less 不够灵活，而是依赖关系已经变得隐晦难查。
