第一章：粒子系统基础回顾——Cascade与Niagara系统架构对比
大家好，欢迎来到这门课的第一章。
说实话，每次我讲粒子系统，都会先问一个问题：你真的理解粒子是怎么“活”起来的吗？
很多朋友一上来就调参数、拖节点，结果效果一塌糊涂。嗯，这很正常。我当年刚接触Unreal时也这样，调了半天发现粒子根本不按我想的飞。后来我才明白——底层架构没搞懂，上层操作全是瞎蒙。
这一章，我们就来彻底搞懂两件事：Cascade和Niagara到底差在哪？粒子的一生是怎么度过的？
1.1 从Cascade到Niagara：一次必然的进化
先说说Cascade吧。
Cascade是Unreal Engine 4早期就有的粒子系统。说实话，它很经典，也很稳定。我在2016年做第一个VR项目时，全程用的就是Cascade。那时候觉得它挺够用的——拖几个发射器，调调颜色、大小、速度，一个爆炸特效就出来了。
但后来项目越来越复杂，问题就来了。
Cascade的痛点，我总结为三点：
- 数据流是黑盒——你没法精确控制每个粒子的每一帧行为。说白了，它是个“半自动”系统。
- 模块化程度低——想加个自定义逻辑？你得写C++，而且还得改源码。我当年为了做一个“粒子跟随曲线路径”的效果，硬是改了一整天Cascade的底层代码，太痛苦了。
- 性能瓶颈明显——大量粒子时，CPU和GPU的负载分配很不灵活。我记得有一次做5000个粒子的大爆炸，帧率直接掉到20帧。
所以，Epic在UE4后期推出了Niagara。这不是简单的升级，而是彻底重写。
核心区别一句话总结：
Cascade是“模块化配置”，Niagara是“数据流编程”。
前者像搭积木，后者像写代码——但Niagara的“代码”是可视化的，门槛其实更低。
我个人习惯把Niagara比作一个“粒子工厂”。你可以精确控制每个粒子从出生到死亡的每一步：位置、速度、颜色、大小、旋转、碰撞……甚至你可以让粒子之间互相影响。这在Cascade里几乎不可能。
1.2 粒子发射器核心概念
不管用Cascade还是Niagara，有几个概念是通用的。我建议你先把这些基础打牢，后面学起来会轻松很多。
1.2.1 发射器（Emitter）
发射器就是粒子的“出生点”。你可以理解为一个喷泉的喷口。
- 位置发射：从某个点或区域发射粒子。比如爆炸特效，通常用球形区域发射。
- 网格发射：从模型表面发射粒子。比如角色身上的火焰，就是从模型网格上冒出来的。
- 轨迹发射：沿着一条曲线或路径发射。比如导弹尾迹。
我在项目中遇到过一个问题：用网格发射时，粒子全从模型内部穿出来了。后来发现是法线方向没对齐。嗯，这个坑我踩过，后面会专门讲。
1.2.2 粒子（Particle）
每个粒子就是一个“小东西”。它有自己的属性：
| 属性 | 说明 | 常见用途 |
|---|---|---|
| 位置 | 粒子在空间中的坐标 | 决定粒子出现在哪 |
| 速度 | 粒子移动的方向和快慢 | 控制粒子飞行的轨迹 |
| 颜色 | 粒子的RGBA值 | 实现渐变、闪烁等效果 |
| 大小 | 粒子的缩放 | 模拟粒子膨胀或缩小 |
| 旋转 | 粒子的朝向 | 让粒子有方向感，比如落叶 |
| 生命周期 | 粒子存活的时间 | 控制粒子何时消失 |
你想想看，每个粒子其实就是一个“小演员”。你要给它剧本（属性），它才知道怎么演。
1.2.3 粒子系统（Particle System）
一个粒子系统可以包含多个发射器。比如一个爆炸特效：
- 发射器1：产生火焰粒子（快速上升、红色）
- 发射器2：产生烟雾粒子（缓慢扩散、灰色）
- 发射器3：产生碎片粒子（随机飞散、有碰撞）
这就是为什么Niagara里你可以叠加多个发射器，每个负责不同的“层”。
1.3 粒子生命周期管理
这是最核心的部分。我经常跟团队说：搞懂了生命周期，你就搞懂了粒子系统的一半。
粒子的生命周期分为三个阶段：
1.3.1 初始化（Init）
粒子刚出生时，系统会为它分配内存，并设置初始属性。
- 出生位置：从发射器位置随机偏移
- 初始速度：比如向上飞，速度100cm/s
- 初始颜色：比如纯红色
- 初始大小：比如10个单位
- 生命周期长度：比如2秒
在Niagara里，这一步对应的是Particle Spawn阶段。你可以在这里写逻辑，比如“如果随机数大于0.5，则粒子颜色为蓝色”。
小技巧：
初始化时尽量少做复杂计算。因为粒子数量多，每一帧都要跑一遍。我习惯把“一次性计算”放在Spawn阶段，把“每帧变化”放在Update阶段。
1.3.2 更新（Update）
粒子存活期间，每一帧都会更新它的属性。
- 位置更新：根据速度移动
- 颜色更新：随时间渐变，比如从红变黄
- 大小更新：随时间变大或变小
- 旋转更新：持续旋转
- 碰撞检测：碰到地面就反弹
在Niagara里，这一步对应的是Particle Update阶段。你可以在这里加各种力场、噪声、吸引器等。
我曾经做过一个“粒子跟随鼠标”的效果，就是在Update阶段每帧把粒子的目标位置设为鼠标位置。嗯，效果很炫，但性能开销也大——所以后来我加了距离判断，只有靠近鼠标的粒子才响应。
1.3.3 死亡（Death）
当粒子的生命周期结束，或者满足某些条件（比如超出边界、碰撞到物体），粒子就会“死亡”。
- 自然死亡：生命周期耗尽
- 条件死亡：比如粒子速度小于0.1时消失
- 碰撞死亡：碰到地面后消失
在Niagara里，这一步对应的是Particle Death阶段。你可以在这里触发一些“临终效果”，比如粒子死亡时产生一个小爆炸。
注意：
粒子死亡后，系统会回收它的内存。但如果你在死亡阶段做了复杂的计算（比如生成子粒子），一定要控制数量。我曾经在项目里没注意，结果粒子死亡时生成了10个子粒子，子粒子又生成子粒子……最后直接卡死。嗯，血的教训。
1.4 Cascade与Niagara的架构对比
说了这么多，我们来个直观的对比。我整理了一张表，方便你对照：
| 对比项 | Cascade | Niagara |
|---|---|---|
| 架构理念 | 模块化配置 | 数据流编程 |
| 自定义能力 | 弱，需C++扩展 | 强，可视化脚本+HLSL |
| 性能控制 | 粗粒度 | 细粒度（可控制CPU/GPU分配） |
| 调试工具 | 基本没有 | 有调试面板、数据监视器 |
| 学习曲线 | 平缓，但上限低 | 稍陡，但上限极高 |
| 适用场景 | 简单特效、快速原型 | 复杂特效、大型项目 |
我个人建议：新项目直接用Niagara。Cascade虽然还能用，但Epic已经停止更新了。你想想看，学一个被淘汰的系统，不是浪费时间吗？
不过，如果你维护的是老项目，Cascade的知识还是很有用的。我去年还帮一个朋友优化了一个Cascade项目，把粒子数量从3000降到了800，效果反而更好了。嗯，这就是理解底层的好处。
1.5 本章小结
这一章我们讲了：
- Cascade和Niagara的本质区别：一个是配置，一个是编程
- 发射器、粒子、粒子系统的概念
- 粒子生命周期的三个阶段：初始化、更新、死亡
- 两个系统的对比表格
下一章，我们会深入Niagara的编辑器界面，手把手带你创建一个完整的粒子特效。到时候你会看到，这些基础概念是怎么变成实际操作的。
好，今天就到这里。有什么问题，欢迎在评论区留言。我们下章见。
公众号:蓝海资料掘金营，微信deep3321