scale动画需配合transform-origin控制缩放中心，默认以50% 50%为中心；必须用纯数字参数（如scale(1.2)），禁用单位；仅用transform和opacity可保gpu加速，避免触发布局重排。
scale动画必须配合transform-origin控制缩放中心点
默认情况下scale()以元素自身的中心点（50% 50%）缩放，但很多场景需要从左上角、底部等位置出发。不显式设置transform-origin，容易出现“动画偏移”错觉——看起来元素在移动，其实是缩放中心不对。
实操建议：
- 用
transform-origin: top left实现左上角为基点的放大 - 用
transform-origin: bottom center做按钮按压效果 - 百分比值如
transform-origin: 20% 80%可精确定位，但注意它相对于元素自身尺寸，不是父容器 - 若元素有
border-radius，缩放时圆角会同步变化，无需额外处理
@keyframes中scale值不能混用单位
scale()是无单位的数值函数，写成scale(1.5px)或scale(150%)都会失效，浏览器直接忽略该帧声明。常见错误是把transform: scale(1)和transform: scale(100%)混用，后者不合法。
正确写法示例：
立即学习“前端免费学习笔记（深入）”；
@keyframes pulse {
0% { transform: scale(1); }
50% { transform: scale(1.2); }
100% { transform: scale(1); }
}
注意点：
- 所有
scale()参数必须是纯数字，支持小数（如1.05）、负数（翻转）、零（完全坍缩） - 多个变换组合时，顺序重要：
transform: rotate(10deg) scale(1.3)和scale(1.3) rotate(10deg)视觉结果不同 - 避免在
@keyframes里写transform: scale(1) translateX(0)这类冗余重置，只写变化的部分即可
scale动画性能关键：触发GPU加速但需防重排
单纯transform: scale()属于合成属性，浏览器会自动启用GPU加速，帧率稳定。但如果动画过程中同时修改width、height、margin等触发布局的属性，就会强制回流（reflow），卡顿明显。
确保高性能的要点：
- 只用
transform和opacity做动画，其他样式不动 - 给动画元素加
will-change: transform可提前提示浏览器优化，但别滥用——只在真正需要时加，且动画结束后最好移除 - 移动端要注意：iOS Safari 对连续快速触发的
scale动画有帧率限制，可加transform: translateZ(0)辅助触发硬件加速（虽然现代版本已不必要） - 用
animation-timing-function控制节奏，比如cubic-bezier(.25,.46,.45,.94)比ease-in-out更自然
scale动画与交互结合时的常见陷阱
鼠标悬停放大（:hover + scale）看似简单，但实际容易出问题：比如父容器没设overflow: hidden，放大后内容溢出；或多个嵌套scale叠加导致比例失控。
实用对策：
- 父容器加
overflow: hidden裁剪超出部分，尤其用于卡片、头像等场景 - 避免在已用
scale的元素上再对子元素用scale，否则是复合缩放（如父scale(1.2)+ 子scale(1.1)= 实际1.32），难调试 - 用
animation-fill-mode: forwards保留结束状态，但注意它不会影响:hover的覆盖逻辑——hover态仍会优先生效 - 如果要点击后保持放大态，别只靠
:active，得用JS切换class，因为:active仅在按下瞬间生效
scale 动画表面简单，真正难的是缩放中心、层级关系、性能边界这三处细节。改一个transform-origin值，或者删掉一行width变更，效果可能截然不同。 
