BEM不改变CSS编译结果本身，因其仅为命名约定而非编译器语法；它通过强制block__element--modifier结构从源头压制空格选择器、Modifier漏定义、跨Block嵌套及JS动态拼接错误等人为问题。
不能直接提升编译后 CSS 的“代码质量”，但能显著降低因命名引发的样式错误概率——关键在人写得对不对，不在编译器变聪明了。
为什么BEM不改变CSS编译结果本身
BEM 是一套命名约定，不是编译器插件或预处理器语法。Sass、Less 或 PostCSS 编译器不会因为类名是 card__title--hovered 就生成更小、更快或更安全的 CSS；它只忠实地把 .card__title--hovered { color: red; } 输出成原样。编译器不校验 BEM 合法性，也不自动修复 card-title 这种伪 BEM 写法。
- 所有 BEM 效果都依赖开发者手动遵守规则，编译器不介入
- 工具链（如 stylelint-selector-bem-pattern）可拦截违规，但属于额外配置，非编译器自带能力
- gzip 压缩率几乎不受类名长度影响，
header__logo--dark和hld差距可忽略
真正影响编译后质量的是三类人为错误
这些错误一旦进入编译产物，就会变成线上 Bug，而 BEM 能从源头压制它们：
-
.card .title这类空格选择器：浏览器需回溯查找，性能差；BEM 强制用.card__title，编译后就是单类名哈希查找 - Modifier 漏基础样式：写
.button--primary却没定义.button，编译后button--primary类无效果，页面崩 - 跨 Block 元素：
.card__header__logo违反结构，编译后虽能生效，但语义断裂，后续改header为section就失效
Vue/React 中动态类名拼接最容易翻车
JSX 或模板里手拼类名，一错就让 BEM 失效，编译后 CSS 没问题，但 HTML class 属性错了：
立即学习“前端免费学习笔记（深入）”；
- 漏 Block 前缀：
className={`title ${isHovered ? 'title--hovered' : ''}`→ 应为card__title和card__title--hovered - 大小写混用：
Card__title在 Linux 构建环境可能找不到对应 CSS 规则 - 连字符写成下划线：
card__title_hovered不是合法 Modifier，浏览器当普通类名处理，状态无效 - 推荐用
clsx：clsx('card__title', { 'card__title--hovered': isHovered })，避免字符串拼接
最常被忽略的点：BEM 不解决 CSS 层叠顺序。两个 .card__title--large 定义在不同文件里，谁在后面谁生效——命名再规范，引入顺序乱了照样覆盖出错。
