C++中粒子系统需手写实现，标准库无内置支持；应预分配vector空间、用连续结构体存储数据、生命周期用float平滑衰减、避免逐粒子draw call而改用实例化渲染，并乘delta_time确保帧率无关。
粒子系统在 C++ 中不是标准库功能，得自己搭或用引擎
标准 C++ 没有内置粒子系统，std::vector 或 std::array 只能存数据，物理更新、渲染、生命周期管理全得手写。直接裸写容易陷入“管得太多但效果不稳”的陷阱——比如烟雾飘散变慢、爆炸粒子穿模、帧率一掉就炸飞。除非项目极小或教学用途，否则别从零造轮子。
实操建议：
- 小项目/学习：用
SDL2+ 自定义粒子结构体，每帧调用update()和render()，重点控制lifeTime、velocity、acceleration三个字段 - 中大型项目：接入成熟方案，比如
Unity（C#）或Unreal（C++ 但封装深），或者轻量级 C++ 库如ParticleEditor（需自行集成）或OpenFrameworks的ofParticleSystem - 若必须纯 C++ 渲染：用
OpenGL时，把粒子当点精灵（GL_POINTS），启用glEnable(GL_BLEND)和glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA)，否则烟雾/火焰透明度失效
烟雾、火焰、爆炸三类特效的核心参数差异
同一套粒子结构体可复用，区别全在初始化和每帧更新逻辑。关键不是“画得多像”，而是“行为是否符合直觉”：烟雾要慢速上升+扩散+渐隐，火焰要向上加速+轻微抖动+亮度衰减快，爆炸要高速外扩+快速消亡+带碎片（可选）。
典型初始化片段（伪代码）：
立即学习“C++免费学习笔记（深入）”；
struct Particle {
glm::vec3 pos, vel, acc;
float life, maxLife;
glm::vec4 color; // RGBA
};
<p>// 烟雾粒子
p.pos = emitterPos;
p.vel = glm::vec3(0.0f, 0.2f, 0.0f) + randomInSphere(0.1f); // 微弱上浮 + 随机扰动
p.acc = glm::vec3(0.0f, -0.01f, 0.0f); // 轻微浮力衰减
p.maxLife = 3.0f + randomFloat(1.0f);
p.color = glm::vec4(0.8f, 0.8f, 0.8f, 0.6f);</p><p>// 火焰粒子
p.vel = glm::vec3(0.0f, 0.8f, 0.0f) + randomInCone(0.3f, 30.0f); // 向上为主，锥形发散
p.acc = glm::vec3(0.0f, 0.1f, 0.0f); // 持续上加速度（热气流）
p.maxLife = 1.2f + randomFloat(0.5f);
p.color = glm::vec4(1.0f, 0.5f, 0.1f, 0.9f); // 橙黄渐变靠 shader 实现更佳</p><p>// 爆炸粒子（无重力版）
p.vel = randomInSphere(8.0f); // 全向高速
p.acc = glm::vec3(0.0f); // 初始无加速度（或加空气阻力：-0.3f * vel）
p.maxLife = 0.8f + randomFloat(0.4f);
p.color = glm::vec4(1.0f, 0.9f, 0.7f, 0.7f);</p>物理模拟最容易被忽略的两个细节
一是时间步长不一致导致运动失真：用固定 delta-time（如 1.0f / 60.0f）更新粒子，别直接用 glfwGetTime() 差值；二是空气阻力不能写成 vel *= 0.99f 这种帧率依赖形式，正确写法是 vel += -drag * vel * deltaTime，其中 drag 是物理系数（烟雾约 0.5f，火焰 0.2f，爆炸碎片 1.5f）。
常见错误现象：
- 爆炸后粒子“粘”在空中不动 →
deltaTime为 0（未做防零处理）或acc初始化为 NaN - 烟雾在低帧率下突然“跳”一段 → 用了未归一化随机方向（
randomInSphere()返回未归一化向量，需手动normalize()） - 火焰颜色发灰、没层次 → 仅靠 CPU 更新
color.a线性衰减，应改用 GPU shader 做基于生命值的 HSV 插值，或至少用pow(lifeRatio, 2.0f)加速透明度衰减
性能瓶颈往往不在粒子数量，而在绘制批次
每帧渲染上千粒子，如果每个都走一次 glDrawArrays(GL_POINTS, ...)，CPU 会卡死。必须合批：把所有活跃粒子数据塞进一个 std::vector<ParticleData>，一次性上传到 GPU 的 GL_ARRAY_BUFFER，再单次调用 glDrawArrays。
优化要点：
- 粒子结构体对齐到 16 字节（加
alignas(16)），避免 GPU 读取越界 - 用
glBufferSubData替代glBufferData更新缓冲区，减少内存分配开销 - 超出屏幕的粒子尽早标记为 dead，避免无谓计算（但别在 update 循环里 erase —— 用“空槽位复用”或双缓冲 vector）
- 移动端慎用点精灵，部分 Mali GPU 对
GL_POINTS支持差，改用 billboarded quad（四个顶点面片）更稳
实际跑起来你会发现：火焰最难调的是“抖动频率”和“亮度衰减曲线”的匹配，烟雾最耗性能的是半透明混合顺序（需要按深度排序才能正确 blend），而爆炸的冲击波效果——往往得额外加一层网格变形或屏幕震动，已经超出粒子系统本职范围了。
