!important 不参与继承，只在层叠计算中影响当前声明的优先级。所谓“未继承”实为表单控件ua样式截断、选择器权重更高或匹配失败所致，需通过devtools精准定位问题根源。
!important 在 Less 中“没有正确继承”，这个说法本身是个误解——!important 根本不参与继承，它和继承无关。
CSS 里压根就没有“!important 继承”这回事。它只作用于当前声明，且只在层叠计算阶段生效：浏览器把所有匹配的选择器规则收集起来，按权重、顺序、!important 标记综合判定最终值，但这个过程不涉及父子传递，也不依赖 DOM 层级。
使用HTML,CSS,JavaScript开发Android应用程序 英文文字pdf版附源文件
下载
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
你看到的“没生效”，实际是下面这些情况之一：
-
input、textarea、select这类表单控件，默认不继承color、font-size等属性，哪怕父级写了color: red !important;，子元素依然走 UA 样式（浏览器内置样式），不是!important失效，而是继承链被截断 - 父元素用了
!important，但子元素有更具体的选择器（比如.form .input--error）且也带!important，那它就覆盖了父级——这不是继承问题，是层叠优先级碾压 - Less 编译后生成的是普通 CSS，
!important不会因为嵌套或 mixin 就“自动传播”到子选择器里。写.card { color: red !important; .title { font-weight: bold; } }，只有.card的color带!important，.card .title完全不受影响
怎么判断是不是真被继承问题卡住？
打开 DevTools 的 Styles 面板，选中目标元素（比如一个 input），看 color 这一行：
- 如果显示 “inherited from …” 但颜色没变 → 是表单控件的 UA 截断，得显式写
input { color: inherit; } - 如果显示 “
color: red !important” 却没生效 → 检查是否有更高权重的选择器（比如带 ID 或多个类）也声明了color并带!important - 如果连 “inherited from” 都没出现 → 父元素那个
color根本没匹配上，可能是选择器写错、作用域漏掉、@import顺序靠后被覆盖
Less 里写 !important 容易踩的坑
Less 不会对 !important 做特殊处理，但开发者常因语法习惯误操作：
- 少空格：
color: red!important;（缺空格）→ 整条声明被浏览器忽略，必须写成color: red !important; - 嵌套中误以为会“透传”：
.btn { &__icon { color: blue !important; } }编译为.btn__icon，和父级.btn的!important完全无关 - 混用 mixin 和
!important：.reset() { color: inherit !important; }每次调用都插入一条带!important的规则，极易引发冲突，尤其在多个组件共用时
真正该修的不是 !important，而是继承链或权重
遇到“父级设了但子级没反应”，先别加 !important：
- 对表单控件，统一加一层重置：
input, textarea, select { color: inherit; font-size: inherit; } - 想让子元素样式更稳，用 BEM 类名隔离：
.user-card__name比.user-card .name更不易被意外覆盖 - 需要提权时，构造合理选择器：
.modal.is-open .dialog .confirm-btn比.confirm-btn !important更可维护
!important 是个开关，不是管道；它只决定“这条声明是否赢”，从不负责“把赢的结果传给儿子”。所谓“没继承”，其实是你把两个不同机制（继承 vs 层叠）混在一起诊断了。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
