box-shadow动画必须使用数值型参数，inset等关键字无法渐变，多层阴影需严格保持参数结构一致，否则动画失效或卡顿；推荐用filter: drop-shadow()替代以提升性能和兼容性。
box-shadow 动画必须用数值，不能用 inset 或关键字
直接对 box-shadow 使用 transition 或 @keyframes 时，浏览器只接受可插值的数值型参数。如果你写了 inset、none 或颜色关键字（如 red），动画会跳变或完全失效。
-
inset是开关型关键词，无法渐变 —— 想实现“内阴影→外阴影”切换，得用两层元素分别控制，或改用filter: drop-shadow()配合透明度过渡 - 颜色写成
hsl(200, 50%, 50%)比#4a90e2更易动画，因为 HSL 的三个分量都可线性插值 - 模糊半径（blur）和扩散半径（spread）必须始终为数字，
box-shadow: 0 0 10px #000可以动，box-shadow: 0 0 10px 2px #000, 0 0 0 4px rgba(0,0,0,0.2)也可以，但两段阴影的参数数量、顺序、单位必须严格一致
多层阴影动画要保持参数结构完全一致
一个常见崩溃点：给元素加了两段 box-shadow，然后只改其中一段的偏移值，结果动画卡顿或闪烁。这是因为浏览器把整个 box-shadow 值当做一个字符串做插值，结构不匹配就 fallback 到逐帧重绘。
/* ✅ 安全：两段阴影结构完全对齐 */
.element {
box-shadow: 0 4px 8px -2px rgba(0,0,0,0.1), 0 10px 20px -4px rgba(0,0,0,0.1);
transition: box-shadow 0.3s ease;
}
.element:hover {
box-shadow: 0 6px 12px -2px rgba(0,0,0,0.15), 0 12px 24px -4px rgba(0,0,0,0.15);
}注意：hover 状态里每项参数的位置、单位、颜色通道数（RGBA 四个值）都和原值一一对应。少一个 -2px，或多一个 inset，动画就会断掉。
性能敏感场景优先用 transform + filter 替代 box-shadow 动画
在滚动、悬停高频触发的区域（比如卡片列表），直接 animating box-shadow 可能触发 layout → paint → composite 全流程，尤其在低配安卓 WebView 中容易掉帧。
- 把阴影逻辑移到
filter: drop-shadow()，它走 GPU 合成路径，且支持独立动画 - 配合
transform: translateZ(0)强制硬件加速，但仅当阴影本身不随位移变化时才有效 - 真正需要动态“变大变小”的阴影，用
scale()+filter组合比调box-shadow的spread更顺滑
.shadowed {
filter: drop-shadow(0 4px 8px rgba(0,0,0,0.1));
transition: filter 0.25s cubic-bezier(0.2, 0.6, 0.4, 1);
}
.shadowed:hover {
filter: drop-shadow(0 8px 16px rgba(0,0,0,0.2));
}移动端 Safari 对 box-shadow 动画有渲染延迟
iOS 15+ 之前，Safari 不会为 box-shadow 的模糊半径（blur）做亚像素插值，导致动画看起来“一格一格跳”。即使写了 will-change: box-shadow 也无效。
- 临时解法：用
transform: scale(1.001)触发合成层，再叠加box-shadow动画，有时能绕过该限制 - 更稳方案：检测
userAgent包含Safari且非Chrome，则降级为filter: drop-shadow()+opacity微调 - 别依赖
box-shadow的spread做核心动效 —— 它在 Safari 中几乎不参与动画，常被忽略
真实项目里最常出问题的，是以为改几个数值就能让阴影“自然呼吸”，结果发现 Safari 卡顿、Android 掉帧、hover 时阴影突然消失——这些都不是 CSS 写错了，而是没意识到 box-shadow 动画本质是一套受限的字符串插值协议。
