BEM迁移核心是将隐式类关系显式化，需优先处理.btn、.nav、.sidebar三类“隐式接口”，通过语义映射、@layer分层、属性选择器过渡等策略安全替换，严禁直接全局搜索替换。
别用全局搜索替换 .btn 或 .card —— 这一步做完，90% 的页面样式和 JS 交互会同时失效。
怎么识别哪些旧类名必须先处理
不是所有类都值得动。真正要盯住的是三类“隐式接口”：
-
.btn、.nav、.sidebar这类泛化名：语义混杂，可能同时表示按钮、链接、标签，还常被document.querySelector('.btn')硬编码绑定 - 高频修改文件里的混杂类：比如
header.css中反复出现的.logo，实际在登录页和后台页承担不同结构职责 - 带
!important或深层后代选择器的类：如#main .content .item a:hover，说明它已失控，靠权重强压而非归属控制
执行命令：grep -r "document\.querySelector\(['\"].*\.[a-z]\+['\"]\)" src/ --include="*.js"，把结果列成迁移清单——这些类不能删，只能加别名过渡。
HTML 不动结构，怎么安全套上 BEM 类名
老项目 DOM 嵌套深、语义乱，硬拆结构会牵连事件绑定和表单校验。务实做法是「语义映射」而非「结构重排」：
立即学习“前端免费学习笔记（深入）”；
- 原代码：
<div class="form"><input></div>→ 改为：<div class="login-form"><input class="login-form__input"></div> - CSS 中立刻删掉所有孤立的
.input、.error规则，只保留.login-form__input和.login-form__input--error - 禁止写
.login-form .input这类后代选择器——它默认你永远不重构父容器，而 BEM 的契约是“删掉login-form，子元素仍能渲染” - 若旧 HTML 已有
class="btn btn-red"，先保留btn-red作别名，新代码只用button--primary，逐步替换
CSS 加载顺序和层叠冲突怎么破
新 BEM 类名写好了，但样式还是被旧 CSS 覆盖？问题不在命名，而在层叠逻辑没理清：
-
<link>必须严格位于旧 CSS 之后（哪怕只是逻辑上后加载），否则.button__text权重再低也压不住#header .nav li a:hover - 用
@layer显式分层：@layer legacy { /* 旧规则 */ }+@layer bem { /* 新 BEM 规则 */ }，现代浏览器按层覆盖 - 对旧 DOM 容器加命名空间根类，如
legacy-header，并在其 CSS 开头写.legacy-header { all: unset; }（慎用，仅限强污染场景） - 新 BEM 组件必须显式重置基础样式：
box-sizing: border-box、margin: 0、padding: 0，避免继承旧全局重置的副作用
JS 里硬编码的类名怎么平滑过渡
直接改 el.classList.contains('btn') 会断裂，得用临时兼容策略：
- 改用属性选择器过渡：
document.querySelector('[class*="btn"]')比.querySelector('.btn')更安全，但只是过渡手段 - 服务端模板或 JSX 中保留旧类名作注释：
<button class="btn /* legacy */ button__base button--primary"> - 真要删掉旧类名前，必须确认所有
querySelector、classList.toggle、埋点上报、服务端模板渲染都已迁移 - 若旧 JS 依赖
.form input这类结构选择器，先加临时 wrapper：<div class="legacy-form">，CSS 里用.legacy-form .form-item__input过渡
BEM 迁移的核心不是改名，而是把“谁属于谁”这个关系从隐式变成显式；最容易被忽略的，是那些没出现在 HTML 里、却藏在 JS 字符串或服务端模板中的类名引用。
