仅用 transform: translateY(100vh) 不够稳，因内边距、行高或 overflow: hidden 会导致“提前露头”或卡顿，且内容高度不固定时位移失真；加 clip-path 裁剪可作“视觉闸门”，性能更优、控制更精准。
为什么只用 transform: translateY(100vh) 不够稳
单纯靠 translateY(100vh) 从底部上滑，容易在元素本身有内边距、行高或父容器 overflow: hidden 时出现“提前露头”或“动画卡顿”。更关键的是：当文字内容高度不固定（比如换行、响应式字号变化），100vh 可能远大于实际需要位移的距离，导致动画路径过长、节奏失真。
这时候加 clip-path 裁剪，本质是给动画加一层“视觉闸门”——让元素物理位置已就位，但视觉上仍被遮住，直到裁剪区域逐步展开。它不触发重排，性能比 height 或 max-height 更可靠。
实操建议：
- 起始状态设为
clip-path: inset(100% 0 0 0)（完全遮住），而非仅靠位移隐藏 - 动画中同步控制
transform和clip-path，避免两者不同步导致“撕裂感” - 别用
clip-path: polygon()做动态裁剪——计算开销大，且 Safari 对动画支持不稳定
@keyframes 里怎么写 clip-path + transform 双轨动画
必须保证两个属性在同一个 @keyframes 规则里定义，否则浏览器可能无法正确插值。尤其注意 clip-path: inset() 的四个参数顺序：上、右、下、左。
立即学习“前端免费学习笔记（深入）”；
示例（文字从下往上弹出，带轻微回弹）：
@keyframes slideUpClip {
from {
transform: translateY(100vh);
clip-path: inset(100% 0 0 0);
opacity: 0;
}
70% {
transform: translateY(-10px);
clip-path: inset(20% 0 0 0);
opacity: 1;
}
to {
transform: translateY(0);
clip-path: inset(0 0 0 0);
opacity: 1;
}
}
要点说明：
-
inset(100% 0 0 0)表示从顶部向下遮盖 100%，即完全隐藏；inset(0 0 0 0)表示不遮盖 - 中间帧（70%）故意上移一点并部分释放裁剪，模拟“弹起再落定”的物理感
- 务必配
animation-fill-mode: forwards，否则动画结束瞬间裁剪和位移都会回退
哪些场景下 clip-path 比纯 transform 更合适
当你遇到这些情况时，clip-path 是更可控的选择：
- 文字容器有圆角、阴影或 backdrop-filter，纯位移动画会暴露背景或造成边缘锯齿
- 需要在动画过程中保持文字始终居中（比如卡片标题），而位移起点受父容器
padding影响大 - 要兼容 iOS Safari 15.4+，它对
clip-path: inset()的动画支持比polygon()稳定得多 - 动画需与滚动视差联动（如 IntersectionObserver 触发），
clip-path更容易做细粒度进度映射
反过来说：如果只是单行短文本、无复杂样式、且不关心 Safari 旧版本，transform 单独用更轻量。
容易忽略的兼容性与调试陷阱
clip-path 动画在部分 Android WebView（尤其是 Android 10 以下）中会失效或卡顿，不是所有“支持 clip-path”的浏览器都支持它的动画。
调试时重点关注：
- 检查 DevTools 的 “Animations” 面板里，
clip-path是否被标记为 “not animatable” —— 如果是，说明当前浏览器不支持该函数的插值 - 不要在动画中混用单位：
inset(50% 0 0 0)和inset(100px 0 0 0)不能同属一个动画序列，会直接中断动画 - 如果文字用了
font-display: swap，动画可能在字体加载完成前就播完了——得监听fontface.load后再触发动画
最稳妥的降级方案：用 @supports (clip-path: inset(0)) 包裹双轨动画，不支持时 fallback 到纯 transform + opacity。
