bem本身不负责清除浮动，浮动清除是布局层问题，须用display: flow-root、scss mixin或u-clearfix工具类解决，且必须与bem命名解耦；.clearfix不能作block名，.block__element_clearfix违反修饰符规则且技术无效。
直接说结论：BEM 本身不负责清除浮动，也不提供“清除样式”这种东西；它只管命名和结构。浮动清除是布局层问题，必须用 CSS 布局机制（如 display: flow-root、clearfix mixin 或 u-clearfix 工具类）来解决，且这些方案要和 BEM 命名解耦。
为什么不能写 .block__element_clearfix 或 .clearfix 作为 block 名
BEM 要求 block 必须是语义完整、可复用的视觉单元，比如 .card、.header。而 clear: both 或伪元素清除浮动，只是父容器为容纳浮动子项所承担的布局责任，不是组件自身业务逻辑的一部分。
-
.article__content_clearfix这种写法违反 BEM 规则：修饰符（--）只能描述元素自身状态（如.button--disabled），不能“打补丁”式地修复外部布局副作用 - 技术上无效：清除浮动必须作用于**浮动子元素的直接父容器**，加在子元素上（哪怕名字里带
clear）完全不起作用 - 命名污染：
.block__item_clearfix让人误以为这是某个具体 UI 元素，实际它啥都不渲染，纯属 hack
推荐的三种清除浮动方案，如何与 BEM 共存
所有方案都应避免侵入 BEM 的 block/element 结构，保持职责分离：
- 现代首选：
display: flow-root—— 直接写在 block 规则里，例如.sidebar { display: flow-root; }。它创建新 BFC，天然包裹浮动子项，无 DOM 开销，也不需要额外 class。注意它会禁用 margin-collapse，若页面依赖外边距合并，得检查布局偏移 - SCSS mixin 封装：
@mixin clearfix，在需要的 block 规则内@include clearfix。这样 HTML 干净，样式作用域可控，且不暴露工具类名 - 全局工具类：
u-clearfix（u-表示 utility）。HTML 中写成<div class="card__body u-clearfix">。不推荐单独用 <code>.clearfix，因它未表明工具类属性，易被误认为 block清除浮动失败时，BEM 命名反而会掩盖真正问题
常见现象是 DevTools 里看到
.card__footer下方内容上移、父容器高度塌陷。这时别急着改 class 名，先确认：- 浮动子元素是否真在
.card__footer内部？如果不是（比如错写成兄弟节点），加任何清除类都没用 - 是否用了
overflow: hidden但子元素有弹出菜单或 tooltip？会被裁剪，表面“清除了”，实则功能受损 - 是否在全局 CSS 里写了类似
body * { z-index: 0 !important; }这类通配规则？它可能让z-index类清除失效，但这和 BEM 无关，是优先级管理失控
真正容易被忽略的是：清除浮动从来不是“给某个元素加个类”的问题，而是“谁该负责包裹浮动子项”的布局权责问题。BEM 命名再规范，也替代不了对 BFC、文档流和容器边界的理解。
- 浮动子元素是否真在
