iOS Safari动画闪烁本质是动画元素未提升至独立合成层导致帧间重绘撕裂；最稳解法是直接在正在动画的元素上加transform: translateZ(0)，iOS 12–17全系生效，且须避免加在父容器、与原有transform冲突或使用transform: none。
动画元素没升图层，直接加 transform: translateZ(0)
iOS Safari 闪烁本质是动画元素没被提升到独立合成层，帧间重绘撕裂。最稳解法不是调缓动、改时长，而是给正在动画的元素本身加 transform: translateZ(0)——它明确告诉 WebKit：“我要一个专属图层”，iOS 12–17 全系生效，且无需 JS 配合。
常见错误包括：
• 加在父容器上（无效，图层提升不向下透传）
• 和已有 transform 冲突（如原写 transform: scale(1.2)，不能删掉它再单加 translateZ(0)，要合并成 transform: scale(1.2) translateZ(0)）
• 用 transform: none 或空 transform 做 reset（iOS 15.4+ 会直接降级图层）
backface-visibility: hidden 必须紧接 transform 后且写在同元素上
这个属性不是“开启 GPU 加速”的开关，而是向浏览器申请稳定图层的指令，但只在两个条件同时满足时才起作用：一是写在动画元素自身上，二是必须出现在 transform 声明之后。
正确顺序示例：
• ✅ transform: translateZ(0); backface-visibility: hidden;
• ❌ backface-visibility: hidden; transform: translateZ(0);（顺序反了，整条失效）
• ❌ 加在父级上（子元素动画照样闪）
立即学习“前端免费学习笔记（深入）”；
规划您的迪拜之旅 — 哈利法塔观景、沙漠探险、迪拜购物中心购物、棕榈岛度假村及黄金市场砍价。还提供支持...
注意：它对纯 translateX/opacity 动画基本无感，但凡涉及 rotateY、翻转、轮播切换、多层嵌套 transform 的场景，缺它就容易闪。
别碰 will-change: transform 和 perspective
will-change 在 iOS Safari 中风险远大于收益：Safari 15.2 有内存泄漏，15.4+ 虽修复但仍可能干扰图层决策；更关键的是，它会强制创建新层叠上下文，导致 position: sticky 失效、滚动截断、甚至让动画更卡。
perspective: 1000px 单独写不仅无效，还可能有害：
• 它只在真实 3D 变换（如 rotateY）中参与景深计算，纯平移动画里加它是冗余
• 加在父容器上对子元素图层无帮助，反而可能干扰子元素的合成逻辑
• 小于 100px 易畸变，大于 5000px 失去景深意义，1000px 是经验值，不是 magic number
真机测试比 DevTools 更准，且必须测具体机型
开发时看不出问题，上线后 iPhone SE（第一代）或 iPadOS 16.2 上闪得厉害，很常见。原因很具体：
• iOS WebKit 渲染链路短、容错低，每个看似无关的声明（比如外层 overflow: hidden、filter、甚至空 src 的 <img>）都可能成为压垮帧率的最后一根稻草
• DevTools 的模拟器不触发真实图层销毁/重建行为，真机滚动、缩放、切换后台再切回，才能暴露问题
• Swiper 等库的 creative effect 里图片闪，往往是因为 translateZ(0) 加在了 .swiper-slide 上，而没落到 <img> 自身
