纯CSS粒子仅支持静态或简单循环动画，因无逐帧计算能力，无法实现鼠标吸附、碰撞反弹等交互效果，且粒子数超150易致渲染瓶颈；canvas+requestAnimationFrame才是高密度、物理响应式粒子的正确方案。
一句话总结：纯CSS确实能做出粒子背景，但仅限于静态或简单的循环动画；真要实现交互、高密度、带物理响应的粒子效果，canvas 配合 requestAnimationFrame 才是唯一正确的技术路径。
为什么纯CSS粒子只能“假装动”
揭开本质，所谓的CSS粒子，其实是利用 box-shadow 或伪元素批量生成一堆固定位置的光点，然后通过 @keyframes 动画去整体移动它们的容器。这种机制天生缺乏逐帧计算的能力，导致一些核心交互效果根本无法实现，比如鼠标靠近时的吸附效果、粒子间的碰撞反弹、生命周期的自然衰减，或是速度的叠加变化。更关键的是性能瓶颈：一旦粒子数量超过200个，那串冗长的 box-shadow 属性列表就会让浏览器渲染引擎不堪重负，在Chrome下很可能直接卡顿，甚至直接忽略部分阴影的绘制。
新手常踩的坑也在这里：手动编写几十行 box-shadow 坐标时容易漏掉逗号；animation-delay 设置不当导致所有粒子同步闪烁，毫无随机感；使用 transform: translateY(-100vh) 制作下落动画时，在Safari浏览器里可能出现明显的跳帧现象。
- 适用场景：星空滚动、网格渐隐、单色光点雨这类无需交互的静态背景。
- 性能红线：粒子数量最好控制在150个以内，并且务必用Ja vaScript动态生成
box-shadow字符串，千万别手动硬编码。 - 兼容性注意：多值
box-shadow在IE浏览器上完全不支持，而iOS Safari对超长的阴影列表解析也相当不稳定。
canvas 粒子系统怎么起步不翻车
从零开始搭建一个健壮且可维护的Canvas粒子系统，核心流程可以浓缩为三步：初始化画布尺寸、定义粒子对象的数据结构、用 requestAnimationFrame 取代 setInterval 来驱动动画循环。这里有个关键提醒：千万别用 setTimeout 来控制粒子的消散——它的计时与屏幕刷新帧不同步，极易导致动画掉帧或视觉上的粒子堆叠。
关键参数设置上也有讲究：粒子的半径 particle.radius 建议使用 Math.random() * 1.5 + 0.5 这样的随机范围值，而非固定值，这样视觉上会更自然，避免呆板；粒子透明度的衰减步长 particle.opacity 设置在 0.008 到 0.012 之间比较合适，数值太大会让粒子突然消失，太小则会让消散过程显得拖沓。
- 画布尺寸重置：必须监听
window.resize事件，并重置canvas.width和canvas.height属性。如果只通过CSS修改宽高，会导致画布内容像素拉伸，变得模糊。 - 清空画布：每次
requestAnimationFrame循环的开头，必须调用ctx.clearRect(0, 0, canvas.width, canvas.height)来清除上一帧的画面，漏了这一步，所有绘制就会糊成一团。 - 安全删除粒子：从粒子数组中移除元素时，务必使用
for (let i = particles.length - 1; i >= 0; i--)进行倒序遍历。如果正序遍历并使用splice，会改变数组索引，导致意外跳过下一个待处理的元素。
鼠标交互粒子怎么避免“粘滞感”
实现鼠标吸附效果，可不是简单粗暴地把粒子的坐标直接设置为鼠标的实时位置。那样做会完全剥夺粒子的运动惯性，看起来就像被无形的磁铁瞬间“吸”过去，生硬而失真。正确的做法，是给粒子施加一个指向鼠标位置的加速度向量，再与粒子原有的速度进行叠加。
示例逻辑如下：const dx = mouse.x - p.x; const dy = mouse.y - p.y; const dist = Math.sqrt(dx * dx + dy * dy); if (dist < 120) { p.vx += dx * 0.02; p.vy += dy * 0.02; }。这里的 120 是粒子感应鼠标的半径，0.02 是加速度系数——调大这个值，粒子会被“猛拽”过去；调小，则像是被“轻推”。
- 性能优化：不必在每一帧都为每个粒子计算耗时的
Math.sqrt（平方根）。可以先比较dx * dx + dy * dy与感应半径的平方（即120²），以此判断距离，能节省大量CPU开销。 - 平滑脱离：当鼠标移出交互区域后，粒子不应立刻停止。应保留其原有的速度向量
vx/vy，并乘以一个略小于1的阻尼系数（如0.98），让其运动自然衰减，平滑停止。 - 移动端适配：别忘了绑定
touchmove事件，并从touches[0]中获取触摸点坐标，不能只监听mousemove。
真正的挑战，从来不是把几百个粒子画到屏幕上，而是如何让它们在各种屏幕尺寸和设备性能下，都能稳定保持60帧每秒的流畅动画。这背后考验的，是你是否删除了冗余计算、是否控制了粒子数量的上限、是否使用了 will-change: transform 这样的属性提前告知浏览器哪些图层即将变化。这些细节若处理不当，再精妙的物理算法，最终呈现出来的也只会是卡顿的幻灯片。
