Safari 中浮动元素错位主因是其严格遵循规范，需检查父容器高度塌陷（用 display: flow-root 或 clearfix）、子项宽度超限（box-sizing: border-box+去除空格）、clear 位置错误（加在块级后续元素）、及渲染干扰（overflow/字体加载/扩展影响）。
浮动元素在 Safari 中错位，大概率不是你写错了 float，而是 Safari（尤其旧版）对浮动布局的解析更“较真”，稍有宽度失控、盒模型不一致或清除逻辑错位，它就直接暴露问题——Chrome 可能宽容地撑开或回退，Safari 则选择严格按规范执行，结果就是视觉错位。
检查父容器是否真正包裹了浮动子项
错位常伴随父容器高度塌陷，但 Safari 不会像 Chrome 那样“悄悄撑高”，它会如实渲染 0 高度容器，导致后续内容上浮覆盖浮动区。
- 打开 Safari 开发者工具 → Elements 面板 → 选中父容器，看右侧 Computed 中
height是否为0px - 若为 0，说明 BFC 未触发；优先尝试
display: flow-root（Safari 15.4+ 支持），比overflow: hidden更安全，不会意外裁剪 tooltip 或下拉菜单 - 兼容老 Safari（如 iOS 14）可用
.clearfix::after伪元素，但务必确认伪元素被渲染：Elements 中右键父容器 → “显示伪元素”，看::after是否存在且clear: both
验证浮动项实际宽度是否超出 100%
Safari 对 box-sizing 和 HTML 空格更敏感，几像素偏差就会触发换行错位，而 Chrome 可能四舍五入后仍保持单行。
- 选中任意浮动子项 → Computed 面板 → 查看
width、padding、border总和是否 ≤ 父容器宽度（注意单位：% 换算后是否含小数溢出） - 确保所有浮动项都设了
box-sizing: border-box，否则width: 25%+padding: 8px实际占宽 > 25% - 检查 HTML 中浮动元素之间是否有换行或空格：
<div class="item"></div><div class="item"></div>是安全的，<div class="item"></div>\n<div class="item"></div>在 Safari 中可能插入约 4px 间隙
确认 clear 属性加在正确位置且目标是块级元素
clear 在 Safari 中行为更严格：只对块级元素生效，且必须作用于浮动元素之后、文档流中的第一个块级节点——加错位置等于没加。
Plan Dubai Travel — Flights, Hotels, Burj Khalifa, Desert Safari, Malls & Itineraries
下载
规划您的迪拜之旅 — 哈利法塔观景、沙漠探险、迪拜购物中心购物、棕榈岛度假村及黄金市场砍价。还提供支持...
立即学习“前端免费学习笔记（深入）”；
- 不要给浮动元素自己加
clear: both（比如.sidebar { float: left; clear: both; }），它完全无效 - 若想让主内容区换行到浮动栏下方，应给主内容区（如
<main>）加clear: both，且确保它是块级（默认就是） - 多列浮动时，用
.col:nth-child(3n+1) { clear: left; }比全用clear: both更精准，避免每列都独占一行 - 如果用了
display: inline-block包裹浮动项，clear会失效——Safari 不把它当块格式化上下文参与者
排查 Safari 特有渲染干扰项
某些看似无关的 CSS，在 Safari 中会放大浮动布局的脆弱性，尤其涉及视口、缩放或字体度量时。
- 检查 body 是否设了
overflow: hidden或height: 100vh：iOS Safari 会因此放弃 fixed 锚定，间接影响浮动容器的滚动上下文，导致定位偏移 - 查看是否启用了
font-display: swap且回退字体与 Web 字体行高差异大：文字加载后重排会推挤浮动项，Safari 渲染延迟更高，错位更明显 - 禁用所有 Safari 扩展（尤其是 uBlock Origin、Dark Reader），它们可能注入样式覆盖
float或篡改 DOM 结构 - 临时在父容器加
outline: 1px solid red，观察 outline 是否完整包裹所有浮动项——若 outline 断裂或悬浮，说明仍有脱离流的干扰源（比如祖先元素也设了float或position: absolute）
真正麻烦的不是 float 本身，而是 Safari 把“规范执行”和“用户可见错误”之间的缓冲层拿掉了。它不报错、不警告，只是让错位赤裸呈现。所以排查必须落到 Computed 值、真实 outline 和 HTML 结构上，而不是靠“看起来差不多”。
