用Canvas实现流畅粒子效果的关键是优化渲染性能:使用requestAnimationFrame对齐刷新率,分离更新与绘制逻辑,采用TypedArray存储数据,合批绘制并跳过屏幕外粒子,按设备动态调节数量。
用 Canvas 实现粒子效果本身不难,但要流畅运行(尤其是大量粒子时),关键在减少每帧开销、避免内存泄漏、合理利用浏览器渲染机制。优化不是堆技巧,而是理清“哪些计算真正在动”“哪些可以缓存或跳过”。
用 requestAnimationFrame 控制动画节奏
别用 setInterval 或 setTimeout 驱动粒子动画——它们和屏幕刷新率不同步,容易掉帧或卡顿。requestAnimationFrame 会自动对齐显示器刷新率(通常是 60fps),且在标签页不可见时暂停调用,省资源。
- 每次绘制前清空画布用 ctx.clearRect(0, 0, canvas.width, canvas.height),比 fillRect 背景色更高效
- 把粒子更新逻辑(位置、速度、生命周期)和绘制逻辑分开写,先批量算完再统一画,避免“边算边画”打断渲染流水线
粒子数据结构尽量轻量
每个粒子对象别塞太多属性。只存真正每帧都要变的字段:x、y、vx、vy、life、size(或 color 如果随生命周期变)。像 id、创建时间戳、类型标识等,除非业务强依赖,否则能省则省。
- 用 TypedArray(如 Float32Array) 存储粒子坐标和速度,比普通数组访问快,GC 压力小
- 例如:创建两个长度为
n 的数组 px = new Float32Array(n) 和 py = new Float32Array(n),比 particles[i].x 访问快 2–3 倍 - 粒子死亡后,不要 splice 数组(触发重排),改用“游标+复用”:维护一个空闲索引栈,new 粒子时 pop,die 时 push
绘制阶段做减法
Canvas 2D 绘图本身不支持硬件加速,drawImage 或 beginPath + arc 每次调用都有开销。1000 个粒子逐个画圆,远不如合批处理。
- 如果粒子只是同色小圆点,用 ctx.fillRect(x, y, size, size) 比 arc + fill 快得多
- 颜色/大小变化不多时,按属性分组:先画所有红色粒子,再画蓝色,减少 fillStyle 切换次数
- 超出画布范围的粒子,直接跳过绘制(加个简单边界判断),别让它进 draw 流程
- 考虑用 offscreenCanvas(若浏览器支持)预渲染静态部分(如背景网格),主 canvas 只负责动态粒子
控制粒子数量与更新频率
不是粒子越多效果越好。人眼对高速小物体的分辨有限,适当降低密度反而更显灵动。
- 根据设备性能动态调节:桌面端跑 5000 粒子,移动端降到 800–1200;可用 window.devicePixelRatio 和 screen.availWidth 做粗略适配
- 非关键粒子可“降频更新”:比如每 2–3 帧才更新一次位置,视觉几乎无感,CPU 却省下近半计算
- 鼠标交互类粒子(如跟随鼠标的光点),只在 mousemove 触发时新增,闲置时让它们快速 fade out,不长期驻留

n 的数组 px = new Float32Array(n) 和 py = new Float32Array(n),比 particles[i].x 访问快 2–3 倍

![Go 中切片操作 s[i:j] 的边界理](http://public-space.oss-cn-hongkong.aliyucs.com/gz/047.jpg)




