class冲突难排查是因为css全局作用域导致同名类被覆盖且无报错；bem通过命名隔离作用域，禁止跨block复用；渐进式落地需新功能强制bem、老模块加scope隔离；须警惕过度嵌套与语义膨胀。
为什么 class 冲突在复杂页面里特别难排查
因为 CSS 是全局作用域，.btn 在 header、modal、form 里各写一次，实际生效的只有最后加载或权重最高的那个。浏览器不会报错，但按钮样式突然变蓝、变小、失去圆角——你得翻 3 个文件、查 5 层嵌套、比对 !important 和 :not() 的叠加逻辑才能定位。
用 BEM 命名不是为了“规范”，是为切断样式污染链
BEM（Block__Element--Modifier）本质是用命名强行划出作用域边界。它不依赖嵌套层级，也不靠 !important 撑腰，而是让每个 class 自带上下文：
-
search-form是 Block，独立存在，不依赖父容器 -
search-form__input只属于这个 form，不会和user-form__input混淆 -
search-form--advanced是状态开关，不影响基础结构样式
关键不是“写全”，而是「一旦出现 __ 或 --，就禁止跨 Block 复用」。比如不能把 button__icon 拿去套在 nav-item 里。
当团队已有大量 legacy class，怎么渐进式落地
硬推重命名会阻塞上线，更可行的是「新功能强制 BEM，老模块加 scope 层级」：
立即学习“前端免费学习笔记（深入）”；
- 新建组件一律用
card/card__header/card--hoverable - 老页面加 wrapper class 隔离：
<div class="legacy-page-v2">...</div>
，所有新增样式前缀都加.legacy-page-v2 - 用 PostCSS 插件
postcss-bem自动生成 scoped 类名，避免手误写成.card__title却漏了 block 前缀 - CI 中加入检查：禁止提交含
.btn、.header这类无上下文单名词 class（可用 stylelint 规则selector-class-pattern）
别迷信 BEM，警惕过度嵌套和语义膨胀
写成 user-profile-card__content-wrapper__section-title--large 就本末倒置了。BEM 解决冲突，不是解决“取名困难症”：
- Element 名称只描述功能角色，不描述视觉效果（用
__avatar，不用__round-avatar） - Modifier 控制有限状态，如
--disabled、--loading，不用--blue-large-bold - 遇到深层嵌套，优先拆组件，而不是拉长 class 名——
__超过 2 层时，大概率该抽成独立 Block
真正难的不是写对命名，而是每次加 class 前问一句：这个样式，是否必须暴露给其他模块复用？如果答案是否定的，就该用 CSS-in-JS、<style scoped></style>，或者干脆上 [data-xxx] 属性选择器收口。
