BEM本身不提供CSS全局变量，其block前缀（如search-form__input）是最轻量可控的命名空间机制；它通过三段式类名声明作用域边界，使样式归属、角色和状态明确，从而避免class冲突导致的覆盖，但前提是block必须真实存在且不越界。
直接说结论：BEM 本身不提供「CSS 全局变量」，你真正想防的不是变量污染，而是 class 名冲突导致的样式覆盖——BEM 的 block 前缀（如 search-form__input）就是最轻量、最可控的命名空间机制。
为什么写 .button 就等于主动打开全局污染入口
浏览器根本不认“模块”或“组件”，只看选择器是否匹配 DOM。只要页面里有 <button class="button">，所有定义过 .button 的 CSS 规则（不管来自哪个文件、哪个团队、哪个第三方库）都会叠加生效。
常见错误现象：
- 改了登录页的
.button { padding: 8px; }，后台管理页的按钮也变矮了 - 引入 Ant Design 后，自己写的
.header和它的.ant-layout-header被同一份重置样式（如header { margin: 0; }）误命中 - DevTools 里看到样式被“覆盖”，但来源栏只显示 “welcome.css” 或 “common.css”，根本看不出是谁写的
block__element--modifier 不是加长名字，是声明作用域边界
一个合规的 BEM 类名，本身就在回答三个问题：它属于谁？它是什么角色？它现在什么状态？这三重信息合起来，就构成了事实上的“局部命名空间”。
立即学习“前端免费学习笔记（深入）”；
实操建议：
-
search-form是 block，必须对应一个真实 DOM 容器（如<form class="search-form">），不能只在 CSS 里写规则却不加这个类 -
search-form__input中的__input不是通用“输入框”，它只存在于search-form内部；删掉父级类，这个样式就失效——这才是隔离 -
search-form--compact是 modifier，控制整块行为，不是给某个子元素单独加样式；禁止写search-form__input--disabled，状态应由 block 统一管理 - 所有样式定义必须只通过
search-form__input这个唯一入口，禁用.search-form .input这类上下文选择器——那等于凿穿沙箱墙
和第三方组件/动态 DOM 共存时，block 前缀要当“围栏”用
BEM 管不了别人家的类名，但能守住自己的影响范围。关键不是“改它”，而是“围住它”。
使用场景与参数差异：
- 给第三方组件包一层 wrapper：
<div class="form-field--date"><el-date-picker></el-date-picker></div>，然后所有定制样式都限定在.form-field--date .el-input__inner - 第三方不支持
classNamePrefix？用属性选择器兜底：.myapp-ui [class^="ant-"]，但必须加外层限定，避免误伤 - JS 动态插入弹窗、Tooltip 时，class 必须走 BEM 命名：
el.classList.add('tooltip--visible')，禁用'active'、'show'这类裸名 - 服务端渲染的静态 HTML 若 class 不可控，就在外层容器加 block 名，并用
[class^="hljs-"]这类属性锚点收口
最容易被忽略的一点：BEM 的有效性完全取决于 block 是否真实存在且不越界
很多人写了 card__title 却没给父级加 card，或者在另一个模块里复用同名 __title 却漏传前缀——这时 BEM 就形同虚设。真正的隔离不是靠命名长度，而是靠每个 __element 都严格依附于一个可感知、可定位、不跨组件的 block 容器。一旦这个容器缺失、错位或被复用，整个命名空间就塌了。
