less中不存在“继承选择器”，inherit是属性值关键字，不生成新选择器、不参与权重计算，继承本身不会导致优先级异常；所谓异常实为选择器特异性、层叠顺序或ua样式覆盖所致。
Less 里没有“继承选择器”这个概念，所谓“继承导致优先级异常”，其实是把 CSS 的属性继承机制和选择器特异性（specificity）混为一谈了——继承不产生选择器，也不参与权重计算，它根本不会导致优先级异常。
为什么color: inherit不会影响选择器权重
CSS 继承是属性值的自动传递，不是样式规则的复用。比如 .parent { color: red; } 下的 .child 元素即使没写 color，也会显示红色，但这完全不依赖任何选择器匹配，浏览器连“算权重”这步都跳过。
-
inherit是一个属性值关键字，不是选择器，编译前后都不会生成新选择器 - 开发者工具里看到的“划掉”样式，一定来自其他更高权重的选择器，而非继承干扰
- Less 中写
.child { color: inherit; }编译后仍是原样，不会加前缀、不拼接、不提升权重
真正出问题的地方：嵌套时误以为“父类生效=子类自动继承权重”
很多人在 Less 里这样写：
.card {
color: #333;
.title {
font-size: 18px;
}
}
结果发现 .title 的文字颜色被外部更宽泛的 p { color: #666; } 覆盖了——这不是继承的问题，而是编译后生成了 .card .title（权重 0,0,2,0），而 p 是 0,0,0,1，按理说不该赢。但真实原因是：p 规则在 CSS 文件里位置更靠后，且权重虽低，却因层叠顺序（source order）胜出。
- 嵌套生成的是后代选择器，不是“继承选择器”
- 权重只看编译后的 CSS 字符串结构，和父级有没有设
color完全无关 - 想让
.title稳定拿到颜色，要么直接给它设color，要么用 BEM 扁平写法&__title降低权重便于覆盖
什么时候该怀疑是继承相关问题？
只有当某条声明明确写了 inherit、unset 或 revert，且最终渲染值和预期不符时，才需要查继承链。例如：
-
.form-group input { border-color: inherit; }→ 实际边框色却是initial，说明父元素.form-group根本没设border-color（该属性不可继承） -
button { all: unset; }后再写color: blue;失效，是因为all: unset把color重置成initial，而后续声明没覆盖成功 - 用
@import引入的 reset.css 放在组件样式后面，会导致body { color: black; }覆盖你写的.card { color: #222; }，这是导入顺序问题，不是继承
真正容易被忽略的点：浏览器对继承属性的处理是静态的，它不随 JavaScript 动态修改父元素样式而重新计算；而选择器匹配是动态的，每次重排都会重新比权重。这两套机制压根不在一个维度上运行。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
