必须先清除浮动再触发transform动画，否则父容器塌陷会导致transform-origin漂移、动画基准失准；需用clearfix确保布局稳定，避免float与transform坐标系冲突引发位移错位。
float元素加transform动画会突然位移或错位
float本身会让元素脱离文档流，而transform动画（比如translateX或scale）又依赖渲染树中元素的稳定位置。两者叠加时，浏览器可能在重排阶段尚未完成float布局，就直接应用了transform，导致动画起始点偏移、元素“跳一下”才开始动，甚至完全偏离预期轨道。
必须先清除浮动再触发transform动画
如果float元素是用于多列布局（比如商品卡片左浮），且你要给它加入场动画，clear或::after清除浮动不是可选项——它是前提。否则父容器高度塌陷，transform的参考系（尤其是transform-origin）会漂移，动画基准失准。
- 用
clearfix类确保父容器包裹住所有float子项，避免布局塌缩影响动画定位 - 不要在float元素上直接写
animation: slideIn 0.4s，而应先保证它已稳定进入文档流（例如：JS中先element.classList.add('is-floated')，等offsetHeight可读后再加is-animating类） - 若需逐个动画，用
setTimeout错开每个float元素的animation触发时机，防止多个float同时重排引发抖动
transform函数顺序与float方向要对齐
float:left的元素若配transform: translateX(-100px)再动画到0，看起来是“从左外滑入”，但实际因float已把它拉到最左，translateX(-100px)可能让它消失在视口外；反过来，float:right配translateX(100px)也可能越界。关键不是值的正负，而是坐标系是否被float悄悄改写了。
- 对float:left元素，推荐用
transform: translateX(-100%)作为隐藏态（相对自身宽度左移），比固定像素更可靠 - 避免混用
float和transform: scale()——scale会放大整个盒模型，但float只按原始尺寸计算占位，容易撑破容器或覆盖兄弟元素 - 若必须缩放，显式设置
transform-origin: top left，让缩放锚点与float起始点一致，减少视觉错位
旧版浏览器里float+transform有双重兼容风险
IE11及更早版本不支持transform在float元素上的合成优化，动画会强制触发布局（reflow），卡顿明显；iOS Safari 12–13则对transform小数精度敏感，translateX(0.5px)可能被忽略，导致入场动画断续。
立即学习“前端免费学习笔记（深入）”；
- 对IE11，用
filter: progid:DXImageTransform.Microsoft.Alpha(Opacity=0)替代opacity动画，配合position: relative模拟位移，避开transform - 在Safari中，把
translateX(0.5px)改成translateX(1px)或用calc(100% - 1px)绕过精度陷阱 - 永远在
@keyframes里显式写出0%帧的完整transform，比如0% { transform: translateX(-100%) scale(0.9); }，不依赖浏览器默认补全
真正难处理的不是float或transform单独怎么写，而是当float已嵌在老项目布局里、不能轻易替换成flex时，你得在不动DOM结构的前提下，让transform动画“假装没看见”float的存在——这靠的不是技巧，是每一帧都手动锁定坐标系。
