直接用 background-position 做 icon 动画会触发 layout→paint 流水线，导致高频重绘、CPU 占用飙升；而 SVG Sprites 配合 transform（如 translateZ(0)、scale）可走 GPU 合成层，绕过重绘重排，实现零 layout 开销的丝滑动画。
为什么直接用 background-position 做 icon 动画会吃 CPU
当你给一堆图标元素写 transition: background-position 0.2s 或用 @keyframes 反复修改 background-position，浏览器每次都要重绘整个背景图区域——哪怕只动几个像素。更糟的是，background-position 触发的是「layout → paint」流水线，尤其在高 DPI 屏或缩放页面下，paint 成本飙升，CPU 占用常飙到 30%+。
SVG Sprites + transform 是怎么绕过重绘的
SVG Sprites（尤其是内联 <svg><symbol> 方式）让每个图标成为独立 DOM 节点。你不再靠裁剪大图定位，而是用 <use href="#icon-home"> 引用符号，再对 <use> 元素本身做 transform: translateX(2px)、scale(1.1) 等操作。这类 transform 属于「合成层（compositor）直通」，只要不改尺寸/内容/层级，GPU 就能硬加速，CPU 几乎不参与。
- 必须把 SVG Sprite 内联进 HTML（
<svg style="display:none">...</svg>），否则<use>无法被 CSS 选中和动画 -
<use>元素默认不可继承父级 transform，需显式加transform: translateZ(0)或will-change: transform激活合成层 - 避免同时 animating
transform和opacity：opacity 触发合成层，但若没提前创建，首次动画仍会卡顿
实际写法：hover 缩放 + 移入位移，零 layout 开销
假设你有内联 SVG Sprite，其中定义了 <symbol id="icon-cart">：
<svg class="icon" width="24" height="24"> <use href="#icon-cart"></use> </svg>
CSS 这样写才真正轻量：
立即学习“前端免费学习笔记（深入）”；
.icon {
display: inline-block;
/* 强制创建合成层 */
transform: translateZ(0);
/* 避免首次动画掉帧 */
will-change: transform;
}
<p>.icon:hover {
transform: translateZ(0) scale(1.2) translateY(-2px);
transition: transform 0.2s cubic-bezier(0.34, 1.56, 0.64, 1);
}- 去掉所有
background-image、background-position相关声明 - 不要用
width/height缩放图标——那会触发重排；用transform: scale() - 如果要支持 IE11，
will-change得配合-ms-transform，但 IE11 本身不支持<use>外链，必须内联
容易被忽略的兼容性雷区
不是所有 SVG Sprite 写法都支持 transform 动画：
-
<img src="sprite.svg">—— 整个图片是替换元素，无法对内部符号做 transform -
<object data="sprite.svg">—— 安全策略限制，CSS 通常无法穿透作用域 -
<svg><use href="sprite.svg#icon"></use></svg>（外链）—— Chrome/Firefox 支持，但 Safari 15.4 之前不支持跨文件<use>的 CSS 选择器 - 最稳方案：把
<symbol>全部内联进 HTML 的隐藏<svg>中，再用<use href="#xxx">引用
动画性能不看“用了什么技术”，而看“是否触发 layout/paint”。SVG Sprites 本身不保你流畅，关键是你用它的方式有没有避开浏览器渲染管线里最贵的环节。
