float元素不会导致margin塌陷，但引发父容器高度塌陷，使后续元素margin看似失效；根本原因是浮动元素脱离文档流，父容器无法包裹它，需通过BFC（如overflow:hidden、flex、grid）或clearfix解决。
直接说结论：float元素本身不会导致“margin塌陷”，但会引发父容器高度塌陷，进而让后续元素的margin看起来错位——这是两个不同机制混在一起造成的视觉误判。真正要处理的是父容器无法包裹浮动子元素的问题，而不是margin合并本身。
为什么float会让下面的margin“失效”
浮动元素脱离普通文档流，父容器计算高度时完全忽略它。如果父容器没设高度，又没其他普通流内容撑开，它的高度就变成0。此时父容器的下边距（margin-bottom）实际是作用在“一个高度为0的盒子”上，视觉上就像被“吞掉”了；而紧随其后的兄弟元素，它的上边距（margin-top）则直接和前一个普通流元素（比如空父容器）发生margin合并，结果远小于预期。
- 典型表现：
.parent背景色不显示、边框缩成一条线、后续元素上移覆盖浮动块 - 注意：
margin-collapse只发生在垂直相邻的块级元素之间，float元素不参与这个过程，但它制造了“相邻”的假象 - 开发者工具里能看到所有margin值都存在，但渲染结果不对——问题不在margin本身，而在父容器没高度
overflow: hidden 是最常用但有风险的解法
给父容器加 overflow: hidden（或 auto、scroll）能强制触发BFC，让父容器重新包含浮动子元素，从而恢复正常的高度和margin上下文。
- 优点：一行CSS，兼容性好（IE7+），无需额外HTML结构
- 风险：
overflow: hidden会裁剪溢出内容（比如带阴影、下拉菜单、动画移出区域的元素） - 替代写法：
overflow: auto更安全，但可能意外出现滚动条；overflow: clip（现代浏览器）无滚动副作用，但IE/旧Edge不支持 - 别用
overflow: visible—— 它不触发BFC，无效
现代项目优先用 display: flex 或 display: grid
把父容器设为Flex或Grid容器，天然创建BFC且不破坏语义，同时解决高度塌陷和margin合并问题。
立即学习“前端免费学习笔记（深入）”；
-
display: flex：子元素默认不换行，需加flex-wrap: wrap才支持多行浮动式布局 -
display: grid：更灵活，可用grid-template-columns精确控制列宽，浮动完全不需要 - 副作用：Flex/Grid会改变子元素的默认排列行为（比如inline元素变block），需检查现有样式是否受影响
- 兼容性：Flex支持到IE10+（需-webkit-前缀），Grid支持到IE10+（但仅部分特性），如需兼容IE9及以下，仍得回退到clearfix方案
伪元素clearfix仍是兼容性兜底首选
当必须保留float布局（比如维护老项目），用 ::after 伪元素插入清除节点，比加空
更语义化、更干净。
- 标准写法：
.parent::after { content: ""; display: table; clear: both; } - 注意：
display: table比block更稳妥，避免某些IE下line-height干扰 - 别漏掉
content: ""—— 没这句伪元素不渲染，clear无效 - 如果父容器本身有
zoom: 1（IE专有），可同时兼容IE6/7，但现代项目基本不用考虑
最容易被忽略的一点：float布局中，父容器的 margin 和子元素的 margin 不是同一层级问题。先确保父容器有正确高度，再检查margin是否因相邻元素合并而异常——顺序错了，调试就会陷入死循环。
