纯CSS无法实现物理碎裂，只能用clip-path+transform模拟视觉碎裂重组，需固定尺寸、background-image、polygon()路径、≤16块，且Chrome105+/Firefox兼容性受限；Canvas+requestAnimationFrame更可控。
用 CSS @keyframes 实现碎裂重组动画的关键约束
纯 CSS 做不出真正物理意义上的“碎裂”——没有像素级粒子控制，也没有碰撞检测。所谓“碎裂效果”，本质是用多个 clip-path 或 mask 切割同一张图，再配合位移、旋转、缩放做错位动画。能做的只是「看起来像碎了又拼回去」，且必须提前知道元素尺寸和背景内容。
- 必须用固定宽高的容器（
position: relative），否则clip-path坐标会漂移 - 图片需设为
background-image，不能用<img>标签——后者无法被多个子层共用同一份像素 - Chrome 105+ 才稳定支持
mask动画；Firefox 对clip-path的path()语法支持弱，建议只用polygon()
用 clip-path + transform 模拟“碎块飞散”
最可行的路径：把一个 div 当画布，用 9 个子 div 覆盖其上，每个子元素用不同 clip-path: polygon() 截取原图局部，再分别加 transform: translate() rotate() scale() 动画。
- 碎块数量别超 16 个——再多会导致渲染卡顿，尤其在移动端
- 每个
clip-path的顶点坐标要手算或用工具生成（例如 clippy），不能靠 JS 动态生成再塞进 CSS，否则动画不触发硬件加速 - 入场动画必须从
opacity: 0开始，否则第一帧会闪现完整图
/* 示例：中间一块的碎裂路径与动画 */
.piece-5 {
clip-path: polygon(33% 33%, 66% 33%, 66% 66%, 33% 66%);
animation: scatter 0.8s cubic-bezier(0.2, 0.8, 0.4, 1) forwards;
}
@keyframes scatter {
0% { transform: translate(0, 0) rotate(0); opacity: 0; }
100% { transform: translate(-20px, -15px) rotate(-5deg) scale(0.95); opacity: 1; }
}为什么 requestAnimationFrame + Canvas 更靠谱
如果真要“碎成几十片、带重力下坠、随机旋转”，CSS 就是硬扛。这时候该换思路：requestAnimationFrame 控制 Canvas 绘制，用简单物理公式模拟初速度和衰减。
- CSS 碎块动画一旦元素多，
will-change: transform也救不了掉帧；Canvas 渲染压力集中在单层，可控性强 - 可以实时响应窗口 resize：Canvas 可以清空重绘；CSS 的
clip-path坐标系是静态的，resize 后全乱 - 不需要预设碎块数——JS 可以根据图片尺寸自动切 5×5 或 7×7 网格，每片独立计算轨迹
容易被忽略的兼容性雷区
clip-path 在 Safari 15.4 之前不支持 inset() 和 path()；mask 在 Safari 全系要求 -webkit-mask 前缀，且不支持 mask-composite。这些不是“加个前缀就能好”的问题，而是根本无法 fallback。
立即学习“前端免费学习笔记（深入）”；
- 不要在
@supports (clip-path: polygon())里写整套动画逻辑——这个条件在 Safari 15.3 下返回 true，但实际动画卡死 - 想兼容 iOS 14–15，只能退回到
transform: scale(0)+opacity的“缩放淡入”，放弃碎裂感 - 如果页面已用 WebP 图片，注意 Safari 15.6 以下不支持 WebP 的
mask-image
真正难的不是让东西动起来，是怎么让动得刚好停在用户滚动到那一屏的时候——时间轴对不上，再炫的碎裂也只是干扰信息。
