BEM在电商大促商品列表中是防止滚动卡顿、避免样式错乱、守住CI构建底线的硬性约束，因其强制单类名（如.product-item__price）规避浏览器从右向左匹配时的父节点回溯，残留嵌套选择器会显著增加Recalculate Style耗时、拖慢滚动帧率。
直接说结论：BEM在电商大促商品列表里不是“让代码更整齐”，而是防止滚动卡顿、避免样式错乱、守住CI构建底线的硬性约束。不按规则来，首页秒开，列表一滚动就掉帧，JS切换状态时价格颜色全变，改一个类名牵出三个页面的bug。
为什么.product-list .product-item__price比.product-item__price慢4倍
浏览器永远从右往左匹配选择器。.product-list .product-item__price会先找所有product-item__price元素，再逐个往上查父节点是不是product-list——列表页动辄上百个商品，DOM深度越大，回溯链越长。低端Android设备上，Recalculate Style耗时可能突破60ms，直接拖垮滚动帧率。
-
.product-item__price是单类名，浏览器走哈希表直查，一次命中 - 哪怕只残留一处
.product-list .product-item__price，DevTools Performance面板里Recalculate Style就会持续>16ms - Sass中写
.product-list { &__item { &__price { } } }看似优雅，但编译结果就是带空格的嵌套选择器，必须禁用
product-item__image__caption这种写法为什么CI会报错
BEM语法只允许一层元素层级：product-item__image和product-item__caption是同级element，不存在父子关系。写成product-item__image__caption违反stylelint-selector-bem-pattern校验规则，CI阶段直接fail。
- 工具链（如PostCSS插件）靠
__数量判断合法性，双下划线嵌套会被识别为非法token - 真实场景中，图片下方文字+价格常强耦合，说明它该是独立block：
price-display，而非塞进image里 - HTML里若漏写
product-item__caption，只留product-item__image，样式不会意外生效——这正是BEM“显式声明”的价值
如何安全支持大促高频状态切换（如“已抢光”“倒计时中”）
状态类必须和基础结构解耦，否则JS操作容易漏删、重复添加、触发重排。推荐用is-前缀统一管理运行时状态，与BEM主命名隔离。
立即学习“前端免费学习笔记（深入）”；
- 合法写法：
product-item--on-sale（修饰符，静态语义）、is-sold-out（状态类，JS控制） - 禁止写
product-item--sold-out--loading：修饰符爆炸，JS增删逻辑复杂，且无法单独关闭某一个 - 切换时用
el.classList.toggle('is-sold-out')，不拼字符串，不依赖顺序 -
is-类必须纯开关，不带任何样式逻辑（比如不能定义is-sold-out { color: red; }），样式由product-item--on-sale.is-sold-out组合触发
构建阶段怎么自动揪出BEM违规写法
靠人眼扫几百个CSS文件不现实。关键是在CI/CD里加三道硬闸：
- 用
stylelint-selector-bem-pattern校验选择器格式，报错信息明确：Expected selector ".product-list .product-item__price" to be ".product-item__price" - Webpack项目配置
css-loader启用modules: { auto: true }，阻止全局CSS注入污染 - CI脚本里加一行
grep -r "\.[a-z]\+ \.[a-z]" src/css/ || true，快速扫出所有含空格的选择器，有就阻断发布
最常被忽略的一点：BEM的威力不在命名本身，而在它强制你把“哪个UI单元能跨页复用”这个问题提前想清楚。一个product-item块如果只出现在首页，却在搜索页硬塞进search-result__item，那后续所有状态类、响应式断点、JS埋点都会分裂——这才是大促期间改不动样式的真正原因。
