移动端浮动布局失效的根本原因是float设计初衷是图文环绕而非响应式栅格，其依赖固定宽度、无视视口缩放，易受字体缩放、硬件加速及计算误差影响；应改用display: flex，删浮动声明、加flex容器、用flex属性替代float行为，兼顾兼容性与业务逻辑适配。
移动端浮动布局失效，不是你写错了，是float本身就不适配响应式场景。直接切到display: flex是最省事、最稳定的解法。
为什么float在iOS/安卓上总“掉行”或“消失”
float设计初衷是图文环绕，不是做栅格布局——它依赖固定宽度、无视视口缩放、对box-sizing和字体缩放极其敏感。iPhone开启「更大字体」、安卓WebView触发硬件加速、甚至1px的计算误差，都可能让float: left的按钮突然换行，或父容器offsetHeight变成0。
- 常见现象：
float: right的关闭图标飘到上一行；clear: both在微信X5内核里完全不生效；开发者工具里看到子元素渲染了，但点击区域为空 - 根本原因：浮动元素脱离文档流，而移动端设备的layout width会随缩放动态变化，BFC触发不稳定
- 别再调
margin或加zoom，这些只是掩盖问题，不是解决
三步把float容器换成flex，不改HTML结构
老项目迁移成本低，且兼容性覆盖iOS Safari 9+、Chrome for Android 4.4+、微信X5内核6.8+。
- 删掉原父容器所有浮动相关声明：
float、clear、overflow: hidden（那个“清除hack”可以全删） - 给该父容器加上：
display: flex（默认flex-direction: row，行为和float: left一致） - 子元素去掉
float，用flex原生属性控制对齐：align-items: center替代垂直居中，justify-content: space-between替代左右撑开
示例：
立即学习“前端免费学习笔记（深入）”；
.nav { display: flex; align-items: center; }
.nav-item { flex: none; } /* 防止被压缩，比float:left更可控 */哪些情况不能无脑替换？重点检查JS逻辑
语法能换，但业务逻辑未必兼容。真正卡住的往往不是CSS，而是藏在JS里的隐式依赖。
- 文字环绕图片（
float: lefton<img>）——flex不支持环绕，保留float或评估shape-outside（但iOS Safari 12.2+才支持） - 用
offsetTop/getBoundingClientRect()读取浮动后位置做判断的JS代码——flex下坐标会变，必须重测 - 靠
float脱离文档流来辅助绝对定位的元素——flex子项默认不脱离流，得手动加position: absolute并重算top/left - 老项目用了大量
:after清除浮动，同时JS又监听了resize去动态重排——这些清除代码可删，但JS里基于“清除后高度”做的逻辑要同步改
兼容性底线和两个关键坑
基础flex没问题，但细节决定成败。
- iOS 8及更早不支持
flex-wrap: wrap，如果必须支持，用媒体查询降级：@media (max-width: 480px) { .container { display: block; } } - Android 4.3原生浏览器会忽略
flex: 1，显式写成flex: 1 1 auto，或配合min-width: 0防溢出 - 微信7.0.20以下版本对
align-self支持不稳定，统一用容器级align-items，别在单个子项上设 -
flex下vertical-align完全无效，如果有居中文字混排，改用align-items: center+line-height微调
真正容易被忽略的，是那些没写在CSS里、却靠浮动位置做判断的JS逻辑——它们不会报错，只会让交互在某个机型上突然失灵。
