CSS动画卡顿主因是filter和box-shadow强制CPU渲染，导致合成层失效、帧率骤降；应移除这些属性，改用transform/opacity动画或伪元素渐变等低开销方案。
为什么CSS动画卡顿不是因为“没用GPU”
浏览器对 transform 和 opacity 的动画确实会自动升为合成层，但前提是不被其他样式拖下水。一旦元素带了 filter: blur(2px) 或 box-shadow，合成层就失效，退回到CPU渲染——DevTools Performance 面板里帧时间突然拉长，却没有任何报错。
常见错误现象：
- 加了
will-change: transform但动画依然掉帧 - Chrome 的 Layers 面板显示该元素没生成独立层
- FPS 显示 60，但用户明显感觉“粘滞”
实操建议：
- 先移除所有
filter、box-shadow、mask，验证是否恢复流畅 - 若必须保留模糊效果，改用
backdrop-filter作用于父容器，而非动画元素自身 - 用
contain: layout paint限制重绘范围，避免父级样式污染子元素合成决策
HTML结构怎么影响布局计算耗时
深层嵌套本身不直接“卡帧”，但它让浏览器在每次重排时多走几层继承链和定位上下文判断。一个 div 套 5 层 div 再套 position: relative，等于强制浏览器每帧都重新计算偏移量叠加关系。
立即学习“前端免费学习笔记（深入）”；
使用场景：
- Tab 切换时内容区域频繁显隐
- 滚动中固定导航栏与下方内容联动
- 弹窗浮层叠加多个遮罩层
实操建议：
- 用
hidden属性替代display: none控制显隐，保留布局位置，避免触发重排 - 把浮动/绝对定位逻辑收敛到单层容器内，别让
position: relative层层透传 - 检查 DevTools 的 “Layers” 面板：如果看到大量尺寸极小、重叠的绿色块，就是嵌套+定位滥用的信号
关键渲染路径里，谁真正在拖慢首帧
link rel="stylesheet" 放在 <head> 里不会阻塞 HTML 解析，但会阻塞首次绘制（First Paint）。哪怕只有一行 body { margin: 0 }，没解析完 CSSOM 就无法生成渲染树，页面就白屏或裸文本。
容易踩的坑：
- 把第三方 CSS 全部
@import进主样式表，导致串行加载、关键路径拉长 - 漏写
media属性，比如打印样式表也被当成media="all"关键资源 - 用
<style>标签内联关键 CSS，但体积超过 14KB，触发 HTTP/2 流控限流
实操建议：
- 非关键 CSS 加
media="print"或media="(min-width: 768px)"，解除阻塞 - 关键 CSS 内联，但严格控制在 10KB 以内；超出部分拆成异步加载 +
load事件后注入 - 禁用
@import，全部改用<link>并行加载
Canvas 动画掉帧，先关什么
Canvas 默认开启抗锯齿（ctx.imageSmoothingEnabled = true），只要涉及缩放、旋转、drawImage，就会触发高质量插值计算——这在低端设备上直接吃掉 5–8ms/帧。
性能影响：
- 静态背景图层缩放时卡顿，但开发者工具看不出 JS 执行瓶颈
- 粒子系统帧率稳定在 40fps，关掉抗锯齿后立刻跳到 60fps
- 离屏 canvas 预渲染后 drawImage 失效，画面撕裂
实操建议：
- 设
ctx.imageSmoothingEnabled = false，尤其在已知无缩放、无旋转的场景下 - 避免每帧调用
getImageData()；改用离屏 canvas 预渲染 +drawImage复用 - 多图层动画时，按功能拆分 canvas：背景层、UI 层、特效层各自独立更新，别挤在一个 canvas 上
filter 拖垮合成、@import 拖长加载、imageSmoothingEnabled 拖慢绘制。这些细节不报错，但会安静地把帧率压到 30 以下。 
