根本原因是浮动元素脱离文档流，导致父容器首次高度计算为0，内容撑开后触发重排，造成首帧空白或闪烁；叠加滚动条闪现、伪元素清除失效及硬件加速冲突等多重渲染问题。
浮动导致父容器高度塌陷引发首帧空白
根本原因不是浏览器渲染慢，而是浮动元素脱离文档流后，父容器在首次计算高度时得到 0，内容实际撑开后触发重排（reflow），造成视觉“闪一下”。这在 Vue/React 组件挂载、动态插入 DOM 或图片异步加载完成瞬间最明显——因为浏览器先画了塌陷的父容器（空白或错位），再重绘真实尺寸。
- 安卓 WebView（尤其 4.4–5.1）常因合成层未就绪，直接回退到 CPU 渲染，首帧完全空白
- Safari 在 macOS 上对
float+transform组合处理不稳定，容易出现 subpixel 错位，放大闪烁感 - 若父容器同时用了
display: flex或display: grid，float本应被忽略，但部分旧引擎仍尝试渲染，导致布局计算冲突
滚动条闪现触发水平抖动
浮动未清除 → 父容器高度塌陷 → 内容撑开后触发重排 → 滚动条突然出现 → 视口宽度收缩 → 所有流式元素横向偏移 → 肉眼可见“抽搐”。这不是滚动条本身在动，而是可用宽度突变引发的连锁重流。
- Chrome/Edge 默认滚动条宽约
17px，Firefox 约16px，macOS Safari 隐藏滚动条（仅悬停显示），三者切换时都会触发抖动 -
overflow: overlay已废弃，scrollbar-gutter: stable both-edges仅 Chromium 120+ 支持，需兜底 - 用
body { overflow-y: scroll }强制滚动条常驻，是最简单有效的稳定手段
伪元素清除在安卓上失效的隐藏陷阱
写法看似正确，但安卓 WebView（尤其定制 ROM）常因 CSSOM 解析时机问题漏掉 ::after 的 content: '' 或 display: table，导致清除彻底失败。这不是你代码错了，是引擎对伪元素初始化顺序不一致。
- 必须显式写
height: 0和line-height: 0，不能依赖默认值 - 避免
font-size: 0—— 它在某些 WebView 中会干扰伪元素生成 - 回退方案要双保险：
overflow: hidden+::after缺一不可，单靠一个大概率翻车
硬件加速反而加剧抖动的反直觉现象
transform: translateZ(0) 在浮动元素上不仅没稳住，还会让抖动更糟。它强制创建独立图层，却和浮动脱离文档流的特性冲突，导致滚动帧中 layout→paint→composite 节奏脱节。
立即学习“前端免费学习笔记（深入）”；
- 在 Safari 和旧 Chrome 中，
translateZ(0)让图层重绘频率与滚动管线不同步，表现为“一卡一跳” - 真正需要的是减少重排，不是盲目分层；
contain: layout paint比will-change更轻量有效 - 若必须加 GPU 加速，用
transform: translate3d(0, 0, 0)+will-change: transform（仅作用于父容器），并禁用backface-visibility: hidden
