移动端浮动布局易错位因float不脱离文档流且父容器高度塌陷更敏感，叠加视口缩放、字体响应、图片懒加载及iOS/安卓WebView渲染差异，导致溢出、重叠或换行异常。
移动端浮动布局为什么容易错位
因为 float 本身不脱离文档流，但父容器高度塌陷在移动端更敏感——尤其是当子元素高度因视口缩放、字体响应式或图片懒加载而动态变化时，float 元素可能溢出、重叠或换行异常。iOS Safari 和部分安卓 WebView 对 float 的行盒计算存在细微差异，单纯靠 clear: both 往往压不住。
用媒体查询控制浮动的临界点要避开像素陷阱
别直接写 @media (max-width: 768px) 就关掉浮动——很多平板横屏是 1024×600，但逻辑像素仍是 768；iPhone SE（第三代）物理分辨率高，但 CSS 像素宽只有 375。真正该监听的是视口宽度和设备像素比的组合：
@media (max-width: 480px), (max-width: 768px) and (orientation: portrait) {
.sidebar { float: none; width: 100%; }
.content { float: none; margin-left: 0; }
}-
max-width按 CSS 像素写，不是设备物理像素 - 优先用
orientation而非固定断点判断布局方向 - 避免同时用
min-width和max-width套嵌，易被浏览器解析为 false positive
清除浮动不能只靠 ::after 伪元素
移动端 WebKit 内核对 display: table 或 display: block 的伪元素清除支持不稳定，尤其在 transform 或 will-change 触发硬件加速后，::after 可能失效。更稳妥的方式是混合使用：
.clearfix {
zoom: 1; /* IE6/7 */
}
.clearfix::after {
content: "";
display: table;
clear: both;
}
/* 在关键容器上额外加一层保险 */
.container {
overflow: hidden; /* 防止子 float 溢出，但慎用：会裁剪 <code>position: absolute</code> 子元素 */
}-
overflow: hidden是最简单有效的清除方式，但会截断box-shadow和transform溢出内容 - 如果容器内有下拉菜单或弹层，改用
display: flow-root（现代浏览器支持，iOS Safari 15.4+） - 不要给浮动元素设
margin-bottom: 0后再清浮——某些安卓浏览器会忽略这个 margin
浮动 + Flex/Grid 混用时的渲染顺序问题
当一个容器同时声明了 display: flex 和内部元素用了 float，浮动会完全失效（Flex 子项无视 float）。但开发者常误以为“加个媒体查询切回浮动就行”，结果在切换瞬间出现布局抖动。真实适配策略是：
立即学习“前端免费学习笔记（深入）”；
- 用 JavaScript 监听
resize并手动切换 class，而非仅靠 CSS 媒体查询 - 浮动布局只保留在纯 CSS 方案中，一旦引入 Flex/Grid，就彻底放弃
float，改用flex-wrap或grid-template-columns - 若必须兼容老 Android（4.4），用
display: -webkit-box替代float，它比float更稳定且支持基线对齐
浮动在移动端不是不能用，而是它的“不可见副作用”比桌面端更难调试——比如一个没清掉的 float，可能只在某个特定 DPI 下让按钮点击区域偏移 3px，却查不到原因。
