浮动元素后非浮动子元素的margin-top“失效”实为失去顶部参考系：因浮动元素脱离文档流，后续普通流元素无法以其底边为基准计算margin-top，导致视觉上无反应；根本解法是父容器触发BFC（如display: flow-root）或改用padding-top替代。
浮动元素后非浮动子元素的margin-top为什么没反应
这不是 margin-top “失效”，而是它被浮动元素“吃掉”了：当一个块级元素（比如 box2）紧跟在 float: left 元素后面，且自身未浮动、也未清除浮动时，它的 margin-top 会和前一个浮动元素的底部边界失去参考系，浏览器直接忽略该值——视觉上就是“空了一截但没动”。
常见错误现象包括：box2 明明写了 margin-top: 20px，却紧贴着上面的浮动块；用开发者工具检查 computed 值，发现 margin-top 确实被解析了，但 layout 没变化。
- 根本原因不是 margin 写错了，是浮动让后续普通流元素“找不到顶边”
-
clear: both必须加在box2自身或它前面的空元素上，只加在父容器上无效 - IE6/7 中
clear在某些display类型下行为异常，现代项目应绕开
给父容器加 padding-top 是最稳的替代方案
如果目标只是让 box2 和上方浮动内容保持间距，直接把 margin-top 搬到父容器上写成 padding-top，语义清晰、无副作用、100% 生效。
示例场景：卡片列表中每个卡片含一个浮动头图 + 一段文字描述，文字需要离头图有 16px 间隙。
立即学习“前端免费学习笔记（深入）”；
- ❌ 错误写法：
.desc { margin-top: 16px; }（浮动头图后失效） - ✅ 正确写法：
.card { padding-top: 16px; }，然后.desc不设margin-top - 注意别混用：若父容器已有
padding-top，再给子元素加margin-top，结果会叠加，容易误判 - 这个方案不依赖 BFC 或清除逻辑，连 IE6 都支持
用 display: flow-root 触发 BFC 来根治
如果必须保留子元素的 margin-top（比如组件库要对外暴露 margin API），就该让父容器创建 BFC，把浮动“关进去”，同时让后续子元素能正常计算外边距。
display: flow-root 是专为解决这类问题设计的，比 overflow: hidden 更干净：它不裁剪溢出内容，不干扰滚动行为，也不影响 position: absolute 子项的定位。
- ✅ 推荐写法：
.container { display: flow-root; } - ⚠️ 别和
overflow: hidden叠加用——后者可能意外裁剪 tooltip 或下拉菜单 - 兼容性：Chrome 58+ / Firefox 57+ / Safari 10.1+，2026 年已无需 polyfill
- 如果父容器本身是浮动的（比如旧式三栏布局），先确保它已被清除，否则
flow-root不起作用
为什么别再靠 clear: both 硬补
在浮动元素和目标元素之间插一个 <div style="clear:both"></div> 能见效，但这是掩耳盗铃式的修补。
它会让 HTML 层级变深、CSS 逻辑割裂，更关键的是：一旦父容器用了 Flex 或 Grid，clear 就彻底失效；而且它无法阻止后续其他兄弟元素继续发生 margin 合并。
- ❌ 不推荐：
<div class="clearfix"></div>这类空标签，维护成本高 - ❌ 更糟的是给每个后续元素都加
clear: both，代码冗余且不可扩展 - 现代项目里，浮动本就不该用于布局——它只适合图文环绕。真要对齐，用
display: flex或display: grid，天然免疫这类问题
