display: flow-root 是最安全的选择，它不依赖用户输入、不触发溢出裁剪、不污染语义结构，专为富文本容器解决浮动塌陷问题且无副作用。
直接在富文本容器上用 display: flow-root 是最安全的选择，它不依赖用户输入、不触发溢出裁剪、不污染语义结构。
为什么不能给用户插入的 <img> 单独加 clear
用户粘贴或上传的图片 HTML 通常是孤立的，比如：
<p>这是一段文字</p> @@##@@ <p>后面还有一段文字</p>
此时你无法预知哪段文字是“浮动之后的兄弟元素”，clear: both 必须作用于浮动元素**之后的同级块级元素**，而富文本中段落顺序、嵌套层级、甚至是否被 <div> 包裹都不可控。强行在每个 <code><p></p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/code/12093" title="CSS婚礼策划服务机构宣传网站模板"><img
src="https://img.php.cn/upload/webcode/000/000/018/178607072210981.jpg" alt="CSS婚礼策划服务机构宣传网站模板" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/code/12093" title="CSS婚礼策划服务机构宣传网站模板" class="overflowclass">CSS婚礼策划服务机构宣传网站模板</a>
<p class="overflowclass">CSS婚礼策划服务机构宣传网站模板是一款适合提供婚礼策划和婚庆服务机构宣传网站模板下载。提示：本模板调用到谷歌字体库，可能会出现页面打开比较缓慢。</p>
</div>
<a rel="nofollow" href="/xiazai/code/12093" title="CSS婚礼策划服务机构宣传网站模板" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div> 上加 clear 会导致：
- 文字段落强制换行，破坏图文环绕意图
- 多个连续浮动图片时，只清了第一个，后续仍塌陷
- 用户用
text-align: right或margin-left: auto实现右对齐，clear会干扰其行为
overflow: hidden 在富文本里容易误伤内容
很多编辑器默认给富文本容器（如 contenteditable 的 <div>）设 <code>overflow: hidden 来“清浮动”，但风险明显：
- 用户插入宽图、代码块、表格或横向滚动的卡片时，会被无声截断
- 配合
resize: both或拖拽调整大小的图片，overflow: hidden会让缩放后的内容消失 - 某些编辑器（如 Draft.js、Slate）内部用
position: absolute浮动菜单或悬浮工具栏，overflow: hidden可能把它也裁掉
display: flow-root 是现代富文本的默认解法
它专为解决“包含浮动子元素但不破坏内容”的问题而生，效果等价于创建一个 BFC，但无副作用：
- 父容器能正确计算高度，不再塌陷
- 不裁剪任何溢出内容（图片、代码块、自定义组件都能完整显示）
- 不影响子元素的定位、浮动、flex 或 grid 行为
- 兼容 Chrome 58+ / Firefox 59+ / Safari 15.4+ / Edge 79+，2026 年已覆盖全部主流环境
用法极简，只需作用于富文本最外层容器：
.editor-content {
display: flow-root;
}
如果需兼容极老环境（如 IE11），可降级为伪元素 ::after 清除，但注意：必须确保该容器本身不设 height 或 max-height，否则伪元素的 clear 会被压制失效。
真正要盯住的不是清除方式，而是浮动来源
富文本中绝大多数浮动来自用户手动设置（如编辑器 toolbar 点击“左对齐图片”），而非 CSS 类。这意味着：
- 你无法靠预设 class（如
.float-left）统一控制，必须作用于容器级 - 用户可能混用
float和text-align、margin，清除方案不能干扰这些逻辑 - 导出 HTML 时若需兼容邮件客户端，
flow-root不被支持，此时才需回退到clearfix+ 内联style注入
所以，安全清除的本质不是“怎么清”，而是“在哪清”——守住容器边界，把浮动影响锁死在内部，才是富文本场景下最稳的姿势。
