BEM能天然压制!important滥用，因其用语义化类名替代DOM层级依赖，使样式作用域明确、不靠权重竞争；如card__content-text与结构解耦，button--loading变体不影响其他按钮，避免补救式强制覆盖。
为什么BEM能天然压制!important的滥用
因为 !important 多数时候不是样式“需要强制”，而是选择器没写对、作用域失控导致的补救行为。BEM 用类名自带语义边界替代 DOM 层级依赖，让每个样式只管自己那一块，不靠权重压别人，也不怕被别人压。
常见错误现象：.card .content p 这种后代选择器一改，全站 p 都抖；为了覆盖它，只能加 !important 或套更深层级，形成恶性循环。
- BEM 把关系写进类名，比如
card__content-text，和父容器结构脱钩，挪位置、抽组件都不影响样式生效 - 修改一个按钮状态（如
button--loading）不会意外影响其他button，自然不用靠!important去“抢”优先级 - 审查元素时看到
user-profile__avatar--large就知道它属于谁、在哪变体，不用猜“这个color是从哪一层父级漏下来的”
哪些地方最容易偷偷引入!important
不是写在 CSS 文件里才叫引入——动态拼接、第三方库、工具类混用，都可能埋雷。
- React/Vue 中手拼类名漏了 Block 前缀，比如写成
className={`btn ${isDisabled ? 'disabled' : ''}`，而正确应是btn--disabled；结果靠.btn.disabled { opacity: .5 !important }救火 - 直接覆盖 Ant Design / Element Plus 类名，比如
.el-button { border-radius: 0 !important }，而不是包一层my-form__submit-btn容器做隔离 - 全局工具类（如
u-text-center）误用在 Block 内部结构上，导致和header__title的text-align冲突，最后只能加!important强行赢
如何用BEM策略替代!important的典型场景
不是删掉 !important 就完事，得给出等效但更可持续的写法。
立即学习“前端免费学习笔记（深入）”；
- 覆盖第三方组件样式 → 不写
.ant-modal .ant-btn { background: red !important }，改用容器包裹：<div class="my-dashboard__modal-wrapper"><modal>...</modal></div>，再写.my-dashboard__modal-wrapper .ant-btn（配合 CSS Modules 或构建时自动加哈希更稳） - 响应式关键断点需强制隐藏 → 避免
@media (max-width: 768px) { .nav { display: none !important } }，改用 Modifier：nav--hidden-mobile，配合 JS 或媒体查询切换类名 - 可访问性高对比模式适配 → 不全局加
p { color: #000 !important }，而是在根节点加html[data-a11y="high-contrast"]，再写html[data-a11y="high-contrast"] .text-body { color: #000 }，保持选择器扁平、可预测
落地时最易被忽略的细节
BEM 不是起个好名字就结束，三段式里任何一个环节松动，!important 就会卷土重来。
-
Block名必须唯一且抽象：写成homepage-hero-banner看似具体，实则锁死复用；应为hero-banner，变体用hero-banner--homepage -
Element不能跨 Block 存在：card-title是错的，product-card__title和user-card__title才对；否则改一个标题样式，两个卡片全崩 - 大小写与连字符必须严格一致：开发环境 Windows 可能不报错，但 CI 构建跑 Linux 时
Card__Title和card__title被当两个类，样式漏加载，最后又靠!important临时兜底
