float布局+clear无法可靠实现网格系统，因其本质是文本环绕工具，会导致父容器塌陷、列宽不均、换行错位、无gap控制且兼容性差；现代应使用Grid或Flex替代。
为什么 float 布局 + clear 无法可靠实现网格系统
因为 float 本质是文本环绕工具，不是布局机制。它会让元素脱离文档流，父容器高度塌陷，而 clear 只能控制“下一个块级元素的位置”，不能约束浮动子项之间的对齐、间距或响应行为。
常见错误现象：parent height is 0、列宽随内容撑开、换行错位、最后一行空隙不均。
- 使用场景仅限于老项目兼容 IE8–9，或极简图文混排（如文章内左图右文）
-
clear: both放在浮动元素后，不是父容器上；放错位置就完全失效 - 浮动项必须设明确宽度（如
width: 33.333%），否则在不同字号/缩放下会换行异常 - 没有 gap 控制能力，
margin搭配float容易触发双倍边距（IE6）、或导致最后一列被挤到下一行
用 display: inline-block 替代 float 的实际代价
看起来能避免塌陷，但 inline-block 会把 HTML 中的换行符和空格渲染成真实空白字符，导致列之间出现约 4px 间隙——这不是 margin，无法用 margin: 0 清除。
性能影响小，但兼容性陷阱多：IE8+ 支持，但 IE7 需要 zoom: 1 + *display: inline hack；垂直对齐默认是 baseline，容易造成底部错位。
立即学习“前端免费学习笔记（深入）”；
- 必须统一设置父容器
font-size: 0，再在子项里重置font-size，否则间隙不可控 -
vertical-align: top几乎必加，否则图片/按钮高度不一致时会参差 - 无法实现等高列（同一行内子项高度不同，不会自动拉平）
- 响应式断点需配合媒体查询手动改
width，无原生列数控制
Grid 布局中仍写 float 或 clear 就是自找麻烦
CSS Grid 是独立的二维布局系统，float 和 clear 对 display: grid 容器及其直接子项完全无效——浏览器会忽略它们，但开发者常误以为“加了更保险”。
典型错误：给 grid 容器加 overflow: hidden（试图清除浮动），或给 grid 子项加 float: left，结果布局错乱且调试困难。
- Grid 子项默认不脱离文档流，无需
clear，也不响应float - 如果父容器本身是浮动的（比如老页面遗留结构），应先取消其
float，再设display: grid - 想兼容 IE10–11？用
@supports (display: grid)包裹 grid 代码，降级回 flex 或 table，别混用 float - gap 属性（
row-gap/column-gap）可直接替代 margin hack，且不触发重排
真正需要清除浮动的唯一合理场景
只有当你要在浮动布局内部插入一个必须“从新行开始、且不受前面浮动影响”的普通块级元素时，clear 才有意义——比如文章末尾的版权栏、分隔线、或广告位。
此时不是为了做网格，而是为了打破浮动流的延续性。现代开发中，这种需求已基本被 margin-top、flex 或 grid 的显式定位取代。
- 不要对 grid/flex 容器用
clear，它不生效 - 不要在浮动项自身上写
clear，那会强制它独占一行，破坏网格意图 - 如果用了
clearfix类，只应加在包含浮动子项的父容器上，且该容器不能同时是 grid/flex 容器 - 最易忽略的一点：清除浮动不能解决响应式断点下的列数变化，那得靠媒体查询或 container queries 配合 grid-template-columns
