简介：这是一份面向C++初学者与图形编程爱好者的完整烟花特效源码，基于Visual C++与面向对象思想实现，可用于节日祝福、课程设计或编程练手场景。压缩包共20个文件，约5.65MB，包含cpp与h源码文件、ico图标与rc资源脚本、dsp与dsw工程文件，以及jpg背景图、mp3与wav音效素材，工程结构完整，可直接编译运行。资源中已附带exe可执行文件，方便快速预览效果，同时保留源码便于二次修改与学习。目前已有861人学习下载，说明其参考价值得到一定认可。读者可从中掌握粒子动画、定时刷新、资源加载与面向对象封装等实现思路，理解烟花绽放、升空与音效同步的完整逻辑，并借助现成工程快速搭建自己的图形小项目，适合作为C++图形编程入门与课程实践的参考范例。
1. 从一束粒子到满屏烟花：C++ 祝福烟花效果到底在做什么
你大概见过那种场景：程序运行起来，黑色窗口里一束光点从底部窜上去，到顶点“啪”地炸开，粒子四散、拖尾渐隐，最后在屏幕中央浮出一行祝福文字。很多人第一次看到会以为这是某个游戏引擎的产物，其实用 C++ 加一个图形库，几百行代码就能跑出来。这个标题说的“非常漂亮的祝福烟花效果完整源码”，核心就是三件事：粒子系统模拟烟花的上升与爆炸、渲染循环把每一帧画到窗口上、再叠一层文字或图形祝福。它适合两类人：一类是刚学完 C++ 基础、想找一个能看见成果的小项目练手的人；另一类是要在节日活动、桌面小工具、课程设计里快速嵌一个视觉彩蛋的开发者。热词里反复出现的“c++小游戏”“c++小游戏代码”“c++入门”，本质上都指向同一个诉求——用 C++ 做出有即时反馈的东西，而烟花效果正好是门槛低、观感强、可扩展性好的选择。接下来我不讲空泛概念，直接按“选型 → 粒子建模 → 渲染循环 → 参数调优 → 避坑 → 进阶”的顺序，把一套能复现的方案拆开。
2. 选图形库和工程结构：为什么多数人从 EasyX 或 SFML 起步
2.1 三种常见图形库的取舍
做 C++ 烟花效果，绕不开“往哪里画”的问题。纯控制台字符画也能做，但“非常漂亮”这个要求基本把它排除了。实际可选的主流方案有三类：EasyX、SFML、SDL2。EasyX 是 Windows 下最省事的，头文件一包，initgraph开窗口，putpixel、fillcircle直接画，适合刚配好 VS 或 VSCode 环境的新手；缺点是跨平台性差，基本锁死 Windows + Visual Studio 生态。SFML 是跨平台的，窗口、事件、图形、音频一套齐全，API 偏现代 C++，适合想顺手学“游戏循环”结构的人。SDL2 更底层，渲染要自己管纹理和 surface，灵活但上手慢。
热词里“vscode配置c/c++环境”“vscode c++”“dev c++官网”出现频率很高，说明很多人卡在环境这一步。我的建议是：如果你在 Windows 且只想快速看到效果，EasyX 最省心；如果你用 macOS 或 Linux，或者想以后把烟花嵌进更大的项目，直接上 SFML。下面给一个 SFML 的工程骨架，因为它跨平台、结构清晰，后面所有代码都基于它。
// main.cpp —— SFML 最小可运行骨架 #include <SFML/Graphics.hpp> int main() { // 创建 1280x720 的窗口，标题为 Fireworks sf::RenderWindow window(sf::VideoMode(1280, 720), "Fireworks"); window.setFramerateLimit(60); // 锁定 60 帧，避免 CPU 空转 sf::Clock clock; // 用于计算每帧时间差 while (window.isOpen()) { sf::Event event; while (window.pollEvent(event)) { if (event.type == sf::Event::Closed) window.close(); } float dt = clock.restart().asSeconds(); // 本帧耗时，秒 window.clear(sf::Color::Black); // 黑底，烟花对比更强 // 后续在这里更新粒子、绘制粒子 window.display(); } return 0; }这段代码的逻辑很直白：开窗口、设帧率上限、进主循环、处理关闭事件、算时间差、清屏、显示。关键参数是setFramerateLimit(60)，它让循环每秒最多跑 60 次，既省 CPU 又让动画速度稳定。dt是后面粒子运动的命脉——所有位移都要乘dt，否则在不同性能的机器上烟花速度会不一样，这是新手最容易忽略的一点。
2.2 工程目录怎么摆
一个能长期改的烟花项目，别把所有代码堆在一个文件里。我一般这样分：
fireworks/ ├── main.cpp // 入口，窗口与主循环 ├── Particle.h/.cpp // 单个粒子的数据结构与更新 ├── Firework.h/.cpp // 一次爆炸的粒子集合管理 ├── Renderer.h/.cpp // 绘制封装 └── assets/ // 字体、贴图（祝福文字用）这样分的好处是：调粒子参数只动Particle，调爆炸逻辑只动Firework，换渲染方式只动Renderer。热词里“源码+笔记”“c++八股”这类词背后是同一批人——他们不只想跑起来，还想看懂结构。分文件就是让结构可读的第一步。
提示：SFML 在 Visual Studio 里需要额外配置 include 和 lib 目录，链接
sfml-graphics、sfml-window、sfml-system三个库。如果报“无法解析的外部符号”，九成是库没链全或 Debug/Release 版本对不上。
3. 粒子系统建模：一次爆炸到底由哪些参数决定
3.1 粒子的数据结构
烟花好看不好看，全在粒子。一个粒子至少要记录：位置、速度、加速度、生命值、颜色、半径。用结构体最直观：
// Particle.h #pragma once #include <SFML/Graphics.hpp> struct Particle { sf::Vector2f pos; // 当前位置 sf::Vector2f vel; // 当前速度（像素/秒） sf::Vector2f acc; // 加速度，用来模拟重力 float life; // 剩余生命，秒 float maxLife; // 初始生命，用于算透明度 sf::Color color; // 基础颜色 float radius; // 绘制半径 };life和maxLife配合能算出粒子当前的不透明度：alpha = 255 * (life / maxLife)。这样粒子越接近死亡越透明，拖尾渐隐的观感就出来了。acc通常设成(0, 200)左右模拟重力，让爆炸后的粒子有下坠感，而不是水平飞散。
3.2 上升阶段与爆炸阶段的参数差异
一次完整烟花分两段：上升段和爆炸段。上升段其实只有一个“弹头”粒子，速度向上、几乎不受重力影响，尾部可以拖一串小粒子做尾迹。爆炸段在弹头到达顶点时触发，一次性生成几十到几百个粒子，速度方向按圆周均匀分布，速度大小带随机扰动。
// Firework.cpp 片段：生成一次爆炸 #include "Firework.h" #include <random> #include <cmath> static std::mt19937 rng(std::random_device{}()); void Firework::explode(sf::Vector2f center, int count, sf::Color base) { std::uniform_real_distribution<float> angleDist(0.f, 6.2831853f); // 0~2π std::uniform_real_distribution<float> speedDist(80.f, 260.f); // 速度范围 std::uniform_real_distribution<float> lifeDist(0.8f, 1.8f); // 生命范围 for (int i = 0; i < count; ++i) { float angle = angleDist(rng); float speed = speedDist(rng); Particle p; p.pos = center; p.vel = { std::cos(angle) * speed, std::sin(angle) * speed }; p.acc = { 0.f, 180.f }; // 重力 p.maxLife = lifeDist(rng); p.life = p.maxLife; p.color = base; p.radius = 2.f; particles.push_back(p); } }这里count控制爆炸密度，80 到 150 是比较好看的区间；speedDist决定爆炸半径，80 到 260 像素/秒配合 1 秒左右生命，扩散范围大概两三百像素；lifeDist给每个粒子不同寿命，避免所有粒子同时消失，显得更自然。热词里“c++随机数”正是这里的核心——std::mt19937加uniform_real_distribution是 C++11 之后的标准做法，比rand()分布更均匀，也不会出现低比特位周期问题。
3.3 每帧更新粒子的正确写法
粒子更新必须用dt做时间缩放，否则帧率一变，物理就乱：
void updateParticles(std::vector<Particle>& ps, float dt) { for (auto& p : ps) { p.vel += p.acc * dt; // 速度受加速度影响 p.pos += p.vel * dt; // 位置受速度影响 p.life -= dt; // 生命递减 } // 移除死亡粒子，用 erase-remove 惯用法 ps.erase(std::remove_if(ps.begin(), ps.end(), [](const Particle& p){ return p.life <= 0.f; }), ps.end()); }p.vel += p.acc * dt和p.pos += p.vel * dt是欧拉积分，简单够用。erase-remove是 C++ 里删除容器元素的固定套路，比边遍历边erase安全。如果粒子数量上千，每帧erase会有开销，进阶做法是用对象池或标记死亡后统一压缩，这个放到最后一章讲。
4. 渲染循环与祝福文字叠加：把“漂亮”落到像素上
4.1 用顶点数组批量绘制粒子
如果每个粒子都调一次window.draw(circleShape)，几百个粒子就会拖慢帧率。SFML 提供了sf::VertexArray，可以把所有粒子塞进一个顶点数组，一次提交：
// Renderer.cpp 片段 void drawParticles(sf::RenderWindow& window, const std::vector<Particle>& ps) { sf::VertexArray va(sf::Points, ps.size()); for (size_t i = 0; i < ps.size(); ++i) { const auto& p = ps[i]; float ratio = p.life / p.maxLife; // 1 → 0 sf::Uint8 alpha = static_cast<sf::Uint8>(255 * ratio); va[i].position = p.pos; va[i].color = sf::Color(p.color.r, p.color.g, p.color.b, alpha); } window.draw(va); }sf::Points表示每个顶点画一个像素点，配合颜色里的 alpha 就能做出渐隐。如果嫌点太小，可以改用sf::Quads，每个粒子展开成一个小方块，但顶点数会翻四倍。参数上，alpha直接由生命比例映射，这是最省事的渐隐方案；想要更柔和，可以对ratio做一次平方或开方。
4.2 祝福文字的淡入与描边
祝福文字一般用sf::Text加载字体后绘制。要让文字“浮出来”，可以控制它的 alpha 从 0 渐变到 255，同时稍微放大：
// 文字淡入：progress 从 0 到 1 sf::Text text("新年快乐", font, 72); text.setFillColor(sf::Color(255, 215, 0, static_cast<sf::Uint8>(255 * progress))); text.setOutlineColor(sf::Color::White); text.setOutlineThickness(2.f); // 居中 sf::FloatRect b = text.getLocalBounds(); text.setOrigin(b.left + b.width / 2, b.top + b.height / 2); text.setPosition(640, 360); window.draw(text);setOutlineThickness给文字加描边，在烟花背景上更清晰。setOrigin把原点挪到文字中心，这样setPosition(640, 360)就是屏幕正中。progress可以用一个计时器累加，比如爆炸后 0.5 秒开始淡入，1.5 秒内完成。
4.3 主循环里各模块的调用顺序
顺序错了会出现“文字被粒子盖住”或“粒子拖影”的问题。正确顺序是：清屏 → 更新粒子 → 绘制粒子 → 绘制文字 → 显示。清屏必须在最前，否则上一帧残留会形成拖影；文字最后画，保证它在最上层。如果想让文字在粒子后面，把绘制顺序调换即可，但多数祝福场景文字要在最前。
注意：
window.clear()和window.display()必须成对出现，且display()一帧只能调一次。漏掉clear会拖影，漏掉display则什么都不显示。
5. 避坑与排查：烟花效果跑不起来时先看这几条
5.1 粒子速度忽快忽慢
现象：同一份代码，在台式机上正常，在笔记本上烟花飞得特别快或特别慢。原因：更新粒子时没有乘dt，直接用了固定步长，导致帧率高的机器每帧位移次数多。解决：所有位移和生命递减都乘dt，并且用clock.restart().asSeconds()取真实帧间隔，不要用固定值。
5.2 爆炸后粒子瞬间消失
现象：弹头到顶点后，粒子刚出现就没了。原因：life初始值设得太小，或者更新时p.life -= dt的dt异常大（比如第一帧dt累积了窗口初始化时间）。解决：把lifeDist下限提到 0.8 秒以上；同时在主循环第一帧把dt钳制一下，比如dt = std::min(dt, 0.05f)，防止卡顿后物理爆炸。
5.3 文字显示成方块或乱码
现象：sf::Text画出来是一堆方块。原因：字体文件没加载成功，或者字体不支持中文。解决：确认font.loadFromFile("assets/simhei.ttf")返回 true，路径用相对路径时注意工作目录；中文字体选黑体、宋体这类包含中文字形的，别用只含拉丁字符的字体。
5.4 程序运行几分钟后越来越卡
现象：帧率随时间下降。原因：粒子死亡后没有从容器里移除，std::vector无限增长。解决：每帧用erase-remove清理死亡粒子；如果粒子基数大，改用对象池复用，避免频繁分配释放。
5.5 链接报错“无法解析的外部符号”
现象：编译通过，链接失败。原因：SFML 的库没链全，或者 Debug 配置链了 Release 版库。解决：检查链接器输入里是否有sfml-graphics-d.lib、sfml-window-d.lib、sfml-system-d.lib（Debug 版带-d），Release 版去掉-d，两者不能混用。
6. 进阶技巧：用对象池和颜色渐变把烟花再提一档
跑通基础版之后，想让烟花“非常漂亮”，有两个投入产出比最高的改进。第一个是对象池。粒子频繁 new/delete 或 push_back/erase 会造成内存碎片和卡顿，做法是预分配一个固定大小的数组，用active标记是否存活，更新时只遍历活跃粒子，死亡时把active置 false，新爆炸时复用这些槽位。这样粒子数上千也能稳住 60 帧。
// 简易对象池 constexpr int MAX_PARTICLES = 2000; std::array<Particle, MAX_PARTICLES> pool; std::array<bool, MAX_PARTICLES> active{}; int spawn(const Particle& p) { for (int i = 0; i < MAX_PARTICLES; ++i) { if (!active[i]) { pool[i] = p; active[i] = true; return i; } } return -1; // 池满，可考虑覆盖最旧粒子 }第二个是颜色渐变。单一颜色的爆炸看久了会腻，可以让粒子颜色随生命从亮黄过渡到橙红再到暗红。做法是在drawParticles里根据ratio插值：
sf::Color lerpColor(float t) { // t: 1 → 0，从亮黄到暗红 sf::Uint8 r = 255; sf::Uint8 g = static_cast<sf::Uint8>(215 * t); sf::Uint8 b = static_cast<sf::Uint8>(80 * t * t); return sf::Color(r, g, b); }t用life / maxLife，粒子越老g和b越低，整体偏红，模拟冷却过程。这两个改动加起来不到一百行，但观感提升明显。我自己做这类效果时踩过最大的坑是过早追求“粒子越多越好”，结果帧率掉到 20，后来把粒子数控制在 800 以内、改用对象池，反而更流畅。参数不是越大越好，稳定 60 帧比堆数量重要。希望帮到你。
本文还有配套的精品资源，点击获取
