先说一个核心判断：用float去做移动端布局，本身就是个错误的选择。你费尽心思去“保证体验”，不过是在填一个从一开始就不该挖的坑。最终总会撞上点击没响应、布局掉行、高度算不出来这类问题——而且这些问题往往是不可预测的，排查起来非常头疼。

那么，为什么float在iOS和Android上总是不按常理出牌，动不动就“掉行”或者“飘走”？根源在于它的设计初衷。

float的底层设计，就不是为了做布局

float的底层机制是图文环绕，而不是栅格排版。它依赖固定宽度、无视视口缩放、对font-size和box-sizing的变化极其敏感。举个例子：

• iPhone用户一旦开启「更大字体」，文字撑开后，float: left的元素宽度就会溢出，直接换行——布局瞬间崩掉。
• 在安卓WebView 4.4及以上版本中，float和inline-block混用还存在渲染错位的bug。
• 微信X5内核（6.8+）里，clear: both常常失效，父容器的高度始终计算不出来，导致各种奇怪的问题。
• 更隐蔽的是：浮动元素的渲染坐标偏移了，但触摸热区没有同步扩展。你在开发者工具里看着元素就在那里，却就是点不中。

所以，问题的关键不是“怎么适配float”，而是“float这个东西就不该用”。真正的解法，是换掉它。

display: flex 替换 float：三步实操，不改HTML

好消息是，迁移成本很低。兼容性也足够：iOS Safari 9+、Chrome for Android 4.4+、微信X5内核6.8+都没问题。而且你不需要改动HTML结构，纯CSS操作即可。

具体就三步：

1. 删掉父容器所有浮动相关声明：float、clear、以及那个著名的overflow: hidden清除hack——全删，一个不留。
2. 给父容器加上display: flex：默认flex-direction: row，行为和你平时用float: left的效果是一致的。
3. 子元素去掉float，改用flex原生属性：比如垂直居中用align-items: center，左右撑开用justify-content: space-between，防止图标被压缩就用flex: none。

举个常见的例子：两栏布局，左边图片右边文字。

立即学习“前端免费学习笔记（深入）”；

.card { display: flex; align-items: flex-start; }
.card img { flex: 0 0 80px; margin-right: 12px; }
.card .content { flex: 1; }

这段代码干净利落，没有任何hack，也不需要担心浮动带来的各种隐性bug。

别忘了检查JS里的隐式依赖——这里才是真正的大坑

CSS语法说换就换，但业务逻辑未必兼容。真正卡住你进度的，往往不是CSS，而是Ja vaScript。很多老项目的JS代码，都藏着一些对float布局的隐式假设。比如：

• JS里如果读取了getBoundingClientRect()或offsetLeft，这些值在float下和flex下是截然不同的。必须重新测量，否则定位全乱。
• 有些元素是依赖float脱离文档流来辅助绝对定位的。但flex的子项默认不脱离流，需要手动加上position: absolute，并且重新计算top和left的值。
• 老项目里大量使用了::after清除浮动，同时JS又监听了resize事件去动态重排。这些清除代码可以删掉，但JS里基于“清除后高度”做的逻辑，必须同步修改。
• 还有个容易忽略的细节：如果子项还带着float声明，浏览器会先执行float，再套flex，最终结果完全不可控——这相当于两种机制在打架，你永远不知道谁会赢。

最头疼的一点是：用float时，浏览器从不报错，该渲染还是会渲染，但表现就是不对。你开始调margin、加zoom、塞min-width……这一切努力，都是在和底层机制对抗。与其被它牵着鼻子走，不如一次性把它请出你的代码库。