简介这是一份面向C初学者与图形编程爱好者的完整烟花特效源码基于Visual C环境开发采用面向对象思想组织代码可用于课程设计、编程练习或节日祝福类小项目参考。压缩包共20个文件约5.65MB包含cpp与h源码文件、exe可执行程序、ico图标与rc资源脚本以及jpg图片、mp3与wav音效等素材工程配置与资源文件齐全便于直接编译运行和二次修改。资源中已附带多张烟花与祝福主题图片及背景音乐能直观呈现粒子绽放、光影变化等视觉效果帮助读者理解图形绘制、定时刷新与音画同步的实现思路。目前已有860人学习下载适合希望借助完整可运行案例掌握C面向对象编程与简单动画渲染的读者参考借鉴。1. 从一束烟花说起C 控制台里怎么做出“漂亮”的粒子效果很多人第一次看到“基于 C 语言实现的非常漂亮的祝福烟花效果完整源码”这个标题脑子里浮现的是网页 Canvas 或游戏引擎里那种满屏粒子。但真正落到 C 上尤其是纯控制台或轻量图形库环境难点根本不在“画一朵花”而在于三件事粒子怎么组织、时间怎么驱动、颜色和拖尾怎么在有限刷新率下看起来不糊。我最早做这类效果是在一个终端字符画项目里当时用system(cls)全屏重绘结果烟花还没升空光标已经闪成一片。后来换成双缓冲加固定时间步长才把“漂亮”两个字稳住。这篇文章面向的是想拿 C 写可视化小效果、又不想被复杂引擎绑架的开发者从粒子数据结构一路讲到可编译运行的完整源码骨架顺带把 Windows 控制台和跨平台终端两套方案都摆出来。你不需要图形学基础但需要会写结构体和循环。2. 粒子系统的最小闭环从结构体到屏幕像素2.1 为什么不用类继承而用结构体数组C 写粒子效果第一反应往往是class Particle加虚函数。但烟花场景里粒子数量动辄几千每帧还要做位置更新、生命衰减、颜色插值。虚函数表跳转和分散的堆内存会把缓存命中率拉低。我一般直接用struct加std::vector所有粒子连续存放更新时顺序遍历CPU 预取器能吃到饱。结构体里只放必要字段位置x, y、速度vx, vy、生命life、最大生命maxLife、颜色索引color。重力、阻力这些全局参数不放进单个粒子避免每个粒子重复存储。下面是最小定义struct Particle { float x, y; // 当前位置单位是字符格或像素 float vx, vy; // 速度每帧增量 float life; // 剩余生命秒 float maxLife; // 初始生命用于计算衰减比例 int color; // 颜色索引映射到调色板 };逻辑说明life和maxLife分开存是为了在渲染时算alpha life / maxLife让粒子尾端自然变暗。参数说明x, y用float而不是int因为粒子运动需要亚像素精度否则慢速烟花会一格一格跳。color用int索引而不是直接存 RGB是为了后面做调色板批量替换换主题时只改一张表。2.2 固定时间步长让烟花不受帧率影响很多人写粒子更新直接x vx在 60Hz 和 144Hz 屏幕上速度完全不一样。正确做法是传入dt距上一帧的秒数所有速度乘以dt。但dt波动太大会导致粒子忽快忽慢所以再套一层固定步长累加器物理更新固定按 1/60 秒走渲染按实际帧率插值。核心循环如下const float FIXED_DT 1.0f / 60.0f; float accumulator 0.0f; while (running) { float frameTime GetFrameTime(); // 返回秒需自行实现 accumulator frameTime; while (accumulator FIXED_DT) { UpdateParticles(particles, FIXED_DT); accumulator - FIXED_DT; } Render(particles); }逻辑说明内层while保证物理更新次数只由真实时间决定和外层渲染帧率解耦。参数说明FIXED_DT取 1/60 是经验值再小会增加 CPU 负担再大会让快速粒子穿透。accumulator要限制上限比如超过 0.25 秒就丢弃防止调试断点后一次补太多帧导致爆炸。2.3 双缓冲解决控制台闪烁的血泪经验Windows 控制台直接SetConsoleCursorPosition逐点写刷新时能看到光标扫过烟花像被撕开。我踩过的坑是先用system(cls)结果整个屏幕闪成黑底白字。后来改用双缓冲在内存里维护一个CHAR_INFO数组每帧全部画完再用WriteConsoleOutput一次性刷到屏幕。关键代码片段HANDLE hOut GetStdHandle(STD_OUTPUT_HANDLE); CHAR_INFO buffer[WIDTH * HEIGHT]; // 每帧清空 buffer填入粒子字符和颜色 COORD bufferSize { WIDTH, HEIGHT }; COORD bufferCoord { 0, 0 }; SMALL_RECT writeRegion { 0, 0, WIDTH - 1, HEIGHT - 1 }; WriteConsoleOutput(hOut, buffer, bufferSize, bufferCoord, writeRegion);逻辑说明buffer是连续内存按行优先排列索引y * WIDTH x。参数说明WIDTH和HEIGHT根据控制台窗口实际字符数设定一般 120x30 够用。WriteConsoleOutput一次调用完成整屏替换没有中间态所以不闪。注意CHAR_INFO的Attributes字段要设前景色和背景色背景统一黑色前景按粒子颜色索引查表。3. 烟花升空与爆炸状态机、发射器与颜色衰减3.1 用状态机管住“升空-爆炸-消散”三个阶段烟花不是一坨粒子从头炸到尾它有明确阶段一颗弹丸从底部升空到达顶点后爆炸成几十上百颗火花火花受重力下落并逐渐熄灭。我见过有人用if (life 0.8)这种魔法数字硬判断改一个参数就全乱。干净做法是给发射器加状态枚举enum class FireworkState { Rising, Exploding, Done }; struct Firework { FireworkState state; Particle rocket; // 升空阶段的弹丸 std::vectorParticle sparks; // 爆炸后的火花 float explodeHeight; // 爆炸高度阈值 };逻辑说明Rising阶段只更新rocket当rocket.y explodeHeight或rocket.vy 0时切到Exploding一次性生成sparks。Exploding阶段更新所有火花全部life 0后切Done。参数说明explodeHeight一般取屏幕高度的 20% 到 30%太低炸不开太高冲出屏幕。rocket的初始vy取负值重力加速度取正这样自然减速到顶点。3.2 爆炸火花的球面均匀分布别再用 rand()%360爆炸要好看火花方向必须均匀铺满球面。常见翻车写法是angle rand() % 360然后vx cos(angle)这样在二维平面还行但三维感全无而且rand()低位周期短火花会聚成几簇。我一般用极坐标加随机半径扰动for (int i 0; i sparkCount; i) { float theta 2.0f * PI * (i / (float)sparkCount); float speed baseSpeed * (0.6f 0.4f * RandomFloat()); Particle p; p.x rocket.x; p.y rocket.y; p.vx cosf(theta) * speed; p.vy sinf(theta) * speed; p.life p.maxLife 1.2f 0.6f * RandomFloat(); p.color ...; sparks.push_back(p); }逻辑说明theta按粒子序号均匀分配保证方向不扎堆speed加随机扰动让爆炸边缘有毛刺感更像真实烟花。参数说明sparkCount取 60 到 120 之间太少像蒲公英太多控制台字符扛不住。baseSpeed取 8 到 15 格/秒配合重力 9.8 格/秒²下落弧线比较自然。RandomFloat()返回 [0,1)用std::mt19937加std::uniform_real_distribution别用rand()。3.3 颜色衰减从亮白到暗红的调色板映射“漂亮”很大程度靠颜色。控制台只有 16 色但可以按生命比例切换生命 0.8 用亮白0.5 到 0.8 用亮黄0.2 到 0.5 用亮红低于 0.2 用暗红。这样一颗火花从中心白热到边缘暗红层次就出来了。映射函数int GetColorByLife(float lifeRatio) { if (lifeRatio 0.8f) return FOREGROUND_RED | FOREGROUND_GREEN | FOREGROUND_BLUE | FOREGROUND_INTENSITY; if (lifeRatio 0.5f) return FOREGROUND_RED | FOREGROUND_GREEN | FOREGROUND_INTENSITY; if (lifeRatio 0.2f) return FOREGROUND_RED | FOREGROUND_INTENSITY; return FOREGROUND_RED; }逻辑说明lifeRatio life / maxLife每帧算一次。参数说明Windows 控制台颜色常量按位或组合FOREGROUND_INTENSITY提亮。如果想跨平台Linux 终端用 ANSI 转义\033[38;5;{n}mn 取 15、11、9、1 对应白、黄、红、暗红。注意每次写字符都要带转义否则颜色会串到下一行。4. 避坑与排查控制台烟花最容易翻车的 5 个地方4.1 现象烟花只闪一下就不见了原因life初始值太小或者更新时life - dt但dt单位搞错把秒当成毫秒一帧扣掉 16 秒。解决统一用秒做时间单位life初始至少 1.0 秒更新时打印dt确认数量级在 0.016 左右。4.2 现象粒子拖尾变成一条实线原因每帧没有清空缓冲区旧粒子位置残留。解决双缓冲方案里每帧memset(buffer, 0, sizeof(buffer))或循环填空格如果是逐点写控制台每帧先FillConsoleOutputCharacter清屏。注意清屏和绘制之间不要有延时否则还是闪。4.3 现象爆炸火花全往一个方向飞原因theta计算用了整数除法i / sparkCount在 i sparkCount 时恒为 0。解决写成i / (float)sparkCount或者先乘2.0f * PI再除。这个坑我踩过两次编译器不报错但效果全歪。4.4 现象程序跑几分钟后越来越卡原因sparks向量只增不减Done状态的烟花没有从主容器移除。解决每帧遍历fireworks把state Done的用erase-remove惯用法删掉。或者用对象池复用粒子避免频繁分配。参数上同时存在的烟花不超过 5 个每个火花不超过 150 颗。4.5 现象换到 Linux 终端颜色全乱原因Windows 的FOREGROUND_RED和 ANSI 转义不兼容直接搬代码会输出[31m这种字面量。解决用宏区分平台Windows 走SetConsoleTextAttributeLinux 走printf(\033[38;5;%dm, color)。注意 Linux 终端要fflush(stdout)或关闭行缓冲否则颜色刷新滞后。5. 进阶技巧用对象池和贝塞尔曲线把“漂亮”再抬一档5.1 对象池把每秒几千次 new/delete 压到零前面用std::vectorParticle存火花爆炸时push_back会触发扩容和拷贝。如果每秒放好几朵烟花堆分配会成为瓶颈。我现在的习惯是预分配一个ParticlePool内部固定大小数组加空闲链表Acquire()返回指针Release()归还。核心逻辑class ParticlePool { std::arrayParticle, MAX_PARTICLES data; std::arraybool, MAX_PARTICLES used; public: Particle* Acquire() { for (int i 0; i MAX_PARTICLES; i) { if (!used[i]) { used[i] true; return data[i]; } } return nullptr; // 池满丢弃或扩容 } void Release(Particle* p) { int idx p - data.data(); used[idx] false; } };逻辑说明Acquire线性扫描空闲位MAX_PARTICLES取 4096 时扫描很快因为大部分粒子连续使用。参数说明MAX_PARTICLES根据屏幕大小和烟花数量定120x30 控制台 2048 够用。Release用指针减法算索引要求p必须来自本池。注意池满时不要阻塞直接丢弃新粒子视觉上少几颗火花看不出来。5.2 贝塞尔曲线拖尾让升空轨迹有弧度直线升空的烟花像火箭加点水平扰动更像真实礼花。我一般给弹丸的vx加一个随时间变化的正弦偏移或者用二次贝塞尔曲线控制点。简单做法float t 1.0f - (rocket.life / rocket.maxLife); // 0 到 1 float offset 4.0f * t * (1.0f - t); // 抛物线包络 rocket.x startX offset * swayDirection;逻辑说明offset在 t0.5 时最大两端为 0形成平滑横移。参数说明swayDirection取 ±1 随机4.0f是最大偏移格数太大像喝醉太小看不出。这个技巧同样适用于火花爆炸后的二次飘散把vx乘一个(1 - lifeRatio)让尾端收拢。5.3 验证效果录屏逐帧对比和参数快照调烟花参数最怕“感觉变了但说不清”。我的习惯是每次改完参数用固定随机种子跑 10 秒录屏或截取第 30、60、90 帧三张图对比爆炸半径、颜色分布和下落速度。同时把当前参数打印到日志sparkCount、baseSpeed、gravity、life范围。这样回退时有依据。下面是一个参数快照表我一般贴在代码注释里参数推荐范围作用调过头会怎样sparkCount60–120爆炸火花数太多卡顿太少稀疏baseSpeed8–15爆炸初速太大冲出屏幕太小炸不开gravity6–12下落加速度太大直坠太小飘走life 范围1.0–2.0 秒火花存活太长拖尾糊太短闪没explodeHeight屏高 20%–30%爆炸高度太低贴地太高出顶最后说个习惯我每次写完粒子效果都会把FIXED_DT改成 1/30 和 1/120 各跑一遍看烟花形态是否一致。如果变了说明某处更新没乘dt。这个检查帮我省过很多次“玄学抖动”的排查时间。希望帮到你。本文还有配套的精品资源点击获取
