简介面向C语言初学者与游戏开发入门者的Flappy Bird像素鸟完整源码基于easyX图形库实现可用于学习图形绘制、双缓冲防闪屏、飞行物理模拟、管道碰撞检测及游戏状态管理等核心环节。压缩包共49个文件约17.09MB包含cpp与h源码、jpg游戏素材、mp3音效、sln与vcxproj工程文件以及exe、pdb等编译调试产物便于直接打开工程运行和对照调试。已有1395人学习下载。源码结构清晰、注释较完整读者可从中梳理主循环、资源加载、分数与结束判定等模块的实现思路并借助工程配置理解easyX项目的组织方式适合作为课程设计、自学练手和游戏编程入门的实践案例。1. 从一份“能跑起来的 C 语言小游戏”说起课程设计交差、C 语言结课作业、想碰一碰图形编程又不想学引擎这三个场景撞在一起时最省事的路径往往是一份完整的 C 语言 EasyX 像素鸟Flappy Bird源码。它只有几个.c/.h文件加一个res图片目录不依赖任何游戏引擎双击 exe 就是一个能玩完整一局的窗口小鸟受重力下坠按键或点击抬升管道横向滚动撞管或落地立刻结算分数实时刷新。适合的人群也很明确刚学完指针和结构体、想找一个“代码量不超过两千行、但五脏俱全”的参照物的人以及需要在本机快速改出一个能演示的小作品、拿去答辩或者当作业交的人。反过来说如果你想要的是跨平台、要发布到应用商店的东西这份代码不合适它的舒适区就是 Windows 桌面上的教学与练手。2. 项目骨架与技术选型结构体、状态机和 EasyX 三件套2.1 目录结构与文件职责拿到源码包先别急着编译把目录摊开看一眼心里对“逻辑写在哪、资源放在哪”有个数后面改代码才不会到处翻。这类项目的目录一般长下面这样文件不多但边界分得很清楚FlappyBird/ ├── src/ │ ├── main.c # 入口初始化窗口、装载资源、驱动主循环 │ ├── game.c # 核心逻辑物理更新、管道生成、碰撞判定、计分 │ ├── render.c # 渲染背景、小鸟、管道、地面、分数文字 │ └── game.h # 全部结构体定义、宏常量、函数声明 ├── res/ │ ├── bg.png # 背景图建议 480x720 │ ├── bird0.png # 小鸟三帧翅膀上中下 │ ├── bird1.png │ ├── bird2.png │ ├── pipe.png # 单根管道上下翻转复用 │ └── ground.png # 地面滚动条 └── FlappyBird.sln # 或者 CodeBlocks / Dev-C 工程文件game.h是整个项目的“总参数表”所有魔法数字都从这儿出。这种写法的好处是调手感时只改一个头文件不用在三个.c里搜索0.45这种数字。血泪经验是很多同学的版本把手感和资源路径写死在函数中间改一次跳跃力度要翻五个文件最后干脆不调了成品手感一塌糊涂。.c和.h分离也不是为了好看。逻辑和渲染拆开之后你后面想换一套贴图、或者把 2D 画布换成别的输出方式改动面会被限制在render.c一个文件里game.c一行都不用碰。这是这类小项目里最值钱的一条工程习惯。2.2 环境搭建编译器与图形库怎么配EasyX 是 Windows 下的一个轻量图形库本质是对 GDI 的封装头文件就叫graphics.hAPI 风格非常“教学友好”开窗口一行、贴图一行、画文字一行。它只支持 MSVC 系编译器Visual Studio 各版本以及部分 MinGW 配置用纯 gcc 命令行直接编是编不过的。配置步骤大致是装 Visual Studio社区版足够安装时勾选“使用 C 的桌面开发”。从 EasyX 官网下载对应 VS 版本的安装包双击安装它会把graphics.h、easyx.h和.lib塞进 VS 的头文件与库目录。新建“空项目”把src下的文件加进去确认工程属性里字符集选的是“使用 Unicode 字符集”默认就是。编译前把工作目录设成项目根目录因为代码里的资源路径是res/bg.png这种相对路径。一个最小的验证程序长这样先确认环境通了再谈游戏#include graphics.h int main(void) { // 480x720 是竖屏像素鸟最常用的画布尺寸 initgraph(480, 720); setbkcolor(WHITE); // 设置背景色 cleardevice(); // 用背景色刷一遍 settextcolor(BLACK); settextstyle(24, 0, _T(Consolas)); outtextxy(120, 340, _T(EasyX ready)); _getch(); // 等一个按键防止窗口一闪而过 closegraph(); // 释放图形窗口资源 return 0; }initgraph负责创建窗口并把绘图目标绑定到这块画布上cleardevice把整块画布刷成当前背景色否则窗口里是随机的内存残留closegraph一定要和initgraph配对不规范退出会让下次启动偶尔出现窗口创建失败的怪现象。这二十行能正常出画面说明头文件路径、库链接、字符集三件事都对了后面再出错就是业务代码的问题排查范围直接缩小一半。2.3 窗口坐标系与全局常量表EasyX 的坐标系和大多数 2D 画布一致左上角是(0, 0)x 向右增大y 向下增大。这一点必须记牢因为“向上飞”在代码里是 y 减小、速度取负值很多人第一次写重力时把符号写反小鸟一按空格就往下扎。下面这张表是这类项目里最该被抽成宏的常量也是你以后调手感唯一需要动的地方常量名典型值作用调大之后的效果WIN_W/WIN_H480 / 720画布尺寸视野变宽管道相对变慢GROUND_H120地面条高度可飞行区域变窄难度上升GRAVITY0.45每帧重力加速度下坠更快容错变低JUMP_V-7.2跳跃瞬时速度抬升更高需要配合重力一起调MAX_FALL12.0下落速度上限防止高速穿模的关键参数PIPE_W70管道宽度越宽越难穿PIPE_GAP150上下管缺口高度越小越难低于 110 基本不可玩PIPE_SPEED3.0管道每帧左移像素整体节奏变快PIPE_INTERVAL90每隔多少帧生成一组管道间距影响反应时间MAX_FALL这个参数最容易被忽略也最容易翻车。如果不限制下落速度一局玩到后面小鸟的vy会累积到二三十一帧跨过 20 多个像素而管道宽度只有 70就会出现“明明没碰到却判定穿过去了”的玄学现象——本质是离散采样漏检。把速度钳在一个小于管道宽度的量级上问题自然消失。这也是为什么表里它单独占一行。3. 渲染层拆解双缓冲、贴图与帧率3.1 双缓冲把“擦”和“画”合成一次新手写图形程序最容易遇到的第一个视觉问题是闪烁。原因很朴素如果每帧先cleardevice()把整块画布刷白再一个个putimage贴上去屏幕会真实地经历“全白 → 半成品 → 完整画面”三个阶段人眼在 60 帧下也能捕捉到那一瞬间的白。解决办法就是双缓冲——所有绘制先画到内存里的一张隐藏图上画完一次性推到屏幕。EasyX 把这件事封装成了三个函数用起来几乎零成本int main(void) { initgraph(WIN_W, WIN_H); BeginBatchDraw(); // 开启批量绘制后续绘制都落在后备缓冲 while (g_running) { cleardevice(); // 只在后备缓冲里刷背景 RenderBackground(); RenderPipes(); RenderBird(); RenderGround(); RenderScore(); FlushBatchDraw(); // 关键把后备缓冲整块送到屏幕只闪这一次 Sleep(FRAME_MS); } EndBatchDraw(); // 关闭批量绘制恢复即时绘制模式 closegraph(); return 0; }BeginBatchDraw之后的每一次绘图调用都不再直接作用于屏幕而是写进一块和窗口等大的内存位图FlushBatchDraw才是真正的一次性拷贝。这三个函数必须成对出现漏掉EndBatchDraw在多数情况下不会崩但如果后面还有别的绘图代码行为会变得不可预期。需要注意一个细节FlushBatchDraw要放在一帧所有绘制动作之后、Sleep之前。有人把它写在循环开头等于把上一帧的画面又推了一遍画面会稳定地慢一帧操作手感上就是“我按了键鸟过了 16 毫秒才动”这种延迟在高分段是致命的。3.2 贴图加载与透明通道资源加载集中放在main开头一次性全部读进IMAGE对象绝不在主循环里反复loadimage。后者是硬盘 IO一帧读六张图帧率会直接塌到个位数。typedef struct { IMAGE bg; IMAGE bird[3]; // 三帧扇翅动画 IMAGE pipe; IMAGE ground; } Assets; static int LoadAssets(Assets *a) { // loadimage 返回空表示失败路径写错时最典型的表现就是这里返回空 if (!loadimage(a-bg, _T(res/bg.png))) return -1; if (!loadimage(a-pipe, _T(res/pipe.png))) return -1; if (!loadimage(a-ground, _T(res/ground.png))) return -1; if (!loadimage(a-bird[0], _T(res/bird0.png))) return -1; if (!loadimage(a-bird[1], _T(res/bird1.png))) return -1; if (!loadimage(a-bird[2], _T(res/bird2.png))) return -1; return 0; }loadimage的第二个参数是宽字符字符串所以要用_T()包一层工程字符集设成 Unicode 时直接写res/bg.png会编译报错这是新手第一个高频卡点。返回值判空非常重要路径错一个字母、少一层目录函数都不会崩只是悄悄返回失败然后你会在屏幕上看到一片黑或者纯色块误以为是渲染逻辑写错了。透明通道方面EasyX 从 2019 版开始原生支持 PNG 的 alpha 通道putimage贴上去就是透明的不需要手动调TransparentBlt。但前提是你的 PNG 确实是带透明背景的——如果美术给的图是白底 JPG 改后缀得来的贴上去就是一个白方块这种“看起来像代码 bug、实际是素材问题”的情况排查时优先怀疑资源本身。小鸟的三帧动画不需要状态机用帧计数器取模就行// 每 6 帧切一次图60fps 下大约是每秒 10 次扇翅视觉上最自然 int frame (g_frameCount / 6) % 3; putimage((int)bird.x, (int)bird.y, assets.bird[frame]);刚起飞时扇得快、下落时扇得慢这种细节靠改除数就能实现比如下落状态用/ 4上升状态用/ 8代码只多一个三目运算符观感提升却很明显。3.3 帧率控制与时间步长游戏循环里最容易埋雷的地方是“速度写死成每帧多少像素”。一旦换了台刷新率不同的机器或者某帧因为切窗口卡了一下整个游戏的节奏就变了。这类项目通常有两条路线第一条是固定步长简单粗暴也是绝大多数教学源码采用的方案#define FRAME_MS 16 // 约 62.5 fps while (g_running) { DWORD t0 GetTickCount(); HandleInput(); UpdateGame(); RenderGame(); FlushBatchDraw(); DWORD cost GetTickCount() - t0; // 本帧实际耗时 if (cost FRAME_MS) { Sleep(FRAME_MS - cost); // 补足剩余时间稳定节奏 } }GetTickCount返回毫秒级时间戳精度够用用cost减去再Sleep的做法叫“帧率补偿”它保证每帧至少间隔 16 毫秒逻辑更新次数因此稳定。第二条路线是可变时间步长把dt乘进所有速度里物理更精确但碰撞检测会变复杂还要处理“一帧跨太久直接穿过管道”的隧道效应。教学项目里第一种方案的性价比高得多只要记住一条所有速度、重力都是“每帧”的量纲改帧率就得同步改这些数。Sleep(16)直接写在循环末尾是另一种常见写法但它不考虑渲染耗时实际帧率会掉到 45 左右手感偏钝。加上补偿之后帧率稳定在 60 上下跳跃的节奏感才对得上。这种差异单看代码看不出来跑起来一对比就非常明显。4. 主循环与物理重力、跳跃和管道碰撞怎么落地4.1 一个枚举管住三种状态游戏状态机是这类项目里最值得学的设计。像素鸟只有三个状态准备等待第一次点击、游戏中、结束。用枚举加switch组织主循环会干净得不像话也不会出现“游戏结束了小鸟还在往下掉”这种逻辑混乱。typedef enum { STATE_READY 0, // 开局等待小鸟原地小幅上下浮动 STATE_PLAY, // 正式游戏中物理生效 STATE_OVER // 结算等待重开 } GameState; typedef struct { GameState state; Bird bird; Pipe pipes[MAX_PIPE]; int score; int bestScore; int frameCount; } GameContext;GameContext把一局游戏需要的所有东西打包成一个结构体主循环里只有一个ctx传来传去。这个习惯的好处是重开一局变得极其简单——把结构体清零、重新初始化几个字段就行不需要满世界找全局变量挨个复位。很多同学写的版本重开之后分数还在、管道位置错乱根因就是状态散落在十几个全局变量里复位漏了几个。状态迁移的入口统一放在输入处理里static void HandleInput(GameContext *ctx) { // 空格或鼠标左键都算一次“拍翅膀” int pressed (GetAsyncKeyState(VK_SPACE) 0x8000) || peekmessage(NULL, EX_MOUSE); if (!pressed) return; switch (ctx-state) { case STATE_READY: ctx-state STATE_PLAY; ctx-bird.vy JUMP_V; // 第一次点击直接给一个上冲 break; case STATE_PLAY: ctx-bird.vy JUMP_V; // 游戏中每次点击重置纵向速度 break; case STATE_OVER: ResetGame(ctx); // 任意键重开 break; } }GetAsyncKeyState配合0x8000掩码判断“当前是否按下”适合连续检测peekmessage是 EasyX 的消息接口用来不阻塞地取鼠标事件返回非零表示有消息。两者取或键盘鼠标都能触发。这里有个细节跳跃不是“给一个向上的加速度”而是“把纵向速度直接重置为JUMP_V”。这个设计决定了手感——不管你之前掉得多快一拍翅膀立刻回升到固定速度这正是像素鸟那种干脆利落的手感来源。改成累加的话连按会越飞越高玩起来就飘了。4.2 重力与跳跃的数值手感物理更新函数是整个项目里最短、也最需要反复调的一段static void BirdUpdate(Bird *b, float dt) { b-vy GRAVITY * dt; // 重力持续累积 if (b-vy MAX_FALL) { b-vy MAX_FALL; // 钳制下落速度防穿模 } b-y b-vy * dt; // 撞天花板贴边并清零速度不要让鸟飞出画面 if (b-y 0) { b-y 0; b-vy 0; } // 落地判定交给调用方处理这里只做位置钳制 float floorY WIN_H - GROUND_H - b-h; if (b-y floorY) { b-y floorY; } }三个参数之间的关系决定了难度GRAVITY越大两次点击之间掉得越快容错窗口越窄JUMP_V的绝对值越大单次抬升越高但太高会让玩家失去节奏感MAX_FALL是安全阀前面已经说过它的作用。我一般按这个顺序调先把MAX_FALL定在 12 左右保证单帧位移小于管道宽度的一半再把GRAVITY从 0.4 开始往上试0.45 到 0.5 之间是比较舒服的区间最后调JUMP_V标准是“从屏幕中线起跳能飞到接近顶部但不碰天花板”。这三步下来绝大多数人上手五分钟就能过十根管道。dt参数在固定步长方案里通常恒等于 1.0留着它是为了以后想换可变步长时不用改函数签名。这种“先留接口”的做法在小项目里不算过度设计改造成本几乎为零收益是后期不用大改。4.3 管道生成、回收与 AABB 碰撞管道用定长数组循环复用不用malloc。原因是这类游戏的管道数量上限明确屏幕上最多同时存在三组用对象池可以彻底避开内存碎片和忘记free的问题。#define MAX_PIPE 4 static void SpawnPipe(GameContext *ctx) { for (int i 0; i MAX_PIPE; i) { if (!ctx-pipes[i].alive) { ctx-pipes[i].alive 1; ctx-pipes[i].x (float)WIN_W; // 缺口中心在 [180, WIN_H - GROUND_H - 180] 之间随机 ctx-pipes[i].gapY 180 rand() % (WIN_H - GROUND_H - 360); ctx-pipes[i].scored 0; return; } } } static void PipeUpdate(GameContext *ctx, float dt) { for (int i 0; i MAX_PIPE; i) { Pipe *p ctx-pipes[i]; if (!p-alive) continue; p-x - PIPE_SPEED * dt; // 完全移出屏幕左侧就回收等下一轮复用 if (p-x PIPE_W 0) { p-alive 0; continue; } // 通过缺口且未计分加一分 if (!p-scored p-x PIPE_W ctx-bird.x) { p-scored 1; ctx-score; } } }gapY的随机范围要留边距上下各留 180 像素保证缺口不会贴到天花板或地面。如果不留玩家会遇到“物理上不可能穿过”的管道这种关卡设计事故在自制版本里非常常见。碰撞检测用最朴素的 AABB轴对齐包围盒。像素鸟的所有元素都是矩形没必要上更复杂的算法static int RectHit(const RECT *a, const RECT *b) { return a-left b-right a-right b-left a-top b-bottom a-bottom b-top; } static int CheckCollision(const GameContext *ctx) { const Bird *b ctx-bird; RECT rb { (LONG)b-x, (LONG)b-y, (LONG)(b-x b-w), (LONG)(b-y b-h) }; // 落地即死 if (b-y b-h WIN_H - GROUND_H) return 1; for (int i 0; i MAX_PIPE; i) { const Pipe *p ctx-pipes[i]; if (!p-alive) continue; RECT top { (LONG)p-x, 0, (LONG)(p-x PIPE_W), (LONG)(p-gapY - PIPE_GAP / 2) }; RECT bot { (LONG)p-x, (LONG)(p-gapY PIPE_GAP / 2), (LONG)(p-x PIPE_W), WIN_H - GROUND_H }; if (RectHit(rb, top) || RectHit(rb, bot)) return 1; } return 0; }RECT是 Windows 自带的结构体left/top/right/bottom四个字段正好对应 AABB 的两组边界。这里有个容易被忽略的坑鸟的碰撞盒应该比贴图小一圈通常左右各缩 4 到 6 像素上下各缩 3 到 5 像素。因为美术图里的鸟有翅膀和尾巴的空白区域用整张贴图做判定会让玩家觉得“明明还有缝却死了”这是手感投诉的第一大来源。做法是在Bird结构体里单独存hitX/hitY/hitW/hitH和渲染用的坐标解耦。4.4 计分、结算与最高分记忆计分逻辑写在PipeUpdate里判定条件是“管道右边缘越过鸟的左边缘”。这个时机比“鸟穿过缺口中心”更早触发玩家感知到的加分时刻和视觉更贴合。结算画面需要显示本局分数和历史最高分。最高分没必要上数据库一个文本文件就够static int LoadBest(void) { FILE *fp fopen(best.dat, r); if (!fp) return 0; // 首次运行没有文件返回 0 int v 0; fscanf(fp, %d, v); fclose(fp); return v; } static void SaveBest(int score) { FILE *fp fopen(best.dat, w); if (!fp) return; fprintf(fp, %d, score); fclose(fp); }fopen返回空指针必须判第一次运行的时候best.dat根本不存在不判就会直接崩在启动阶段——这个 bug 在自己机器上永远复现不了交到老师电脑上第一次打开就闪退属于典型的“演示事故”。5. 避坑排查编译、贴图、闪烁和跨机部署5.1 链接期报错一堆 LNK2019 无法解析的外部符号现象代码语法检查全过一编译就是十几条LNK2019符号名全是initgraph、putimage、BeginBatchDraw之类。原因基本只有两种EasyX 没装成功或者工程位数和库位数对不上。EasyX 的库文件分 32 位和 64 位VS 工程默认是 x64如果你装的是老版本的 32 位库链接器就找不到对应的.lib。解决顺序是先看工程属性里的平台是 Win32 还是 x64再去 EasyX 安装目录确认EasyXa.lib32 位和EasyXw.lib64 位是否都在然后把平台切到和库匹配的那一边重新生成。还有一种低频情况是手动改过附加依赖项多写了一个不存在的库名把附加依赖项清空重来即可。5.2 运行起来一片黑图片全没加载上现象窗口能开背景是黑的或者纯色小鸟和管道完全不显示程序也不崩。原因九成是资源路径。VS 调试时的“工作目录”默认是工程目录.vcxproj所在位置而很多人把res放在了解决方案目录两者差一层。另外loadimage加载失败是静默的不抛异常也不打日志所以从表面看就是“什么都没画”。解决办法很直接在LoadAssets里给每一张图都加上失败返回和提示跑一次就知道是哪张、哪个路径if (!loadimage(a-bg, _T(res/bg.png))) { // 用 MessageBox 而不是 printf图形程序没有控制台 MessageBox(GetHWnd(), _T(背景图加载失败检查 res/bg.png), _T(资源错误), MB_OK); return -1; }GetHWnd()拿到当前图形窗口的句柄MessageBox弹窗能确保你一定看得到。定位到问题之后把工作目录设成项目根目录或者把路径改成绝对路径验证一次再改回相对路径。5.3 画面抖、鸟有残影双缓冲和清屏的配合问题现象管道滚动时边缘发虚小鸟身后拖一条淡淡的影子鼠标移动时更明显。原因是没有开批量绘制或者开了但清屏位置不对。如果cleardevice()写在FlushBatchDraw()之后等于这一帧根本没擦干净上一帧的内容会叠加在新画面上残影就出来了。正确的顺序永远是清屏 → 画背景 → 画管道 → 画小鸟 → 画地面 → 画分数 →FlushBatchDraw。另外要注意setbkmode(TRANSPARENT)画文字时如果不设这个文字底下会带一个背景色方块压在游戏画面上非常突兀。这个属性设一次就行放在初始化里。5.4 换台机器就白屏、速度忽快忽慢现象自己电脑上跑得好好的拷到别人机器上要么打不开要么小鸟掉得飞快。打不开多半是缺运行库。VS 编译出来的 exe 依赖 MSVC 运行库对方没装就会提示找不到 dll。解决方式是在工程属性里把运行库改成“多线程 (/MT)”静态链接进去exe 体积大几百 KB但拷哪都能跑。这个选项在“C/C → 代码生成 → 运行库”里Debug 和 Release 都要改。速度异常则是帧率补偿没写直接用了固定Sleep(16)或者干脆没Sleep机器性能不同循环跑的次数就不同物理更新的频率跟着变。补上前面那段GetTickCount的耗时计算问题自然消失。这种“在我这儿是好的”类 bug最坑的地方在于毫无报错信息只能靠代码结构本身来预防。6. 二次开发难度曲线、状态扩展和验证手段源码能跑通只是起点真正能拿得出手的是你改过之后的东西。改之前建议先明确一件事这个项目最值钱的不是画面而是那套“常量 状态机 对象池”的结构所有的扩展都应该顺着这套结构走而不是另起炉灶。6.1 难度曲线三个旋钮和一个公式最直接的改造是让游戏越玩越难。可调的旋钮就三个PIPE_SPEED、PIPE_GAP、PIPE_INTERVAL。不要写成阶跃式的“过 10 分就变难”玩家会明显感觉到突兀。用连续插值更自然// 分数越高速度和缺口都往难度方向线性靠拢但设一个下限防止不可玩 static void ApplyDifficulty(GameContext *ctx) { float t ctx-score / 30.0f; // 30 分达到最大难度 if (t 1.0f) t 1.0f; ctx-pipeSpeed 3.0f 2.5f * t; // 3.0 - 5.5 ctx-pipeGap 150 - 40 * t; // 150 - 110110 是下限 ctx-pipeInter 90 - 20 * t; // 90 - 70管道更密 }要注意pipeGap的绝对值不能低于小鸟高度加 40 像素左右否则物理上根本穿不过去。这个下限不是拍脑袋是拿鸟的高度和单帧最大位移算出来的单帧最多移动 12 像素缺口必须比鸟高出一倍以上玩家才有反应余地。改完这三个参数之后务必自己连玩二十局看看 30 分以后是不是变成了纯粹的背板游戏。6.2 加一个状态位从单局到无限续命想加“三条命”或者“无敌帧”不要在外面套if直接在状态机里加一个字段字段类型含义用途livesint剩余生命撞管时减一为 0 转STATE_OVERinvincibleint无敌剩余帧数大于 0 时跳过碰撞判定的伤害分支shakeFrameint屏幕震动剩余帧受伤时给一个视觉反馈碰撞函数改成返回“是否受伤”而不是“是否结束”状态迁移交给主循环判断。这样做的好处是以后加“护盾”“复活”之类的东西全都在同一个地方扩展不会散落到渲染和输入里去。渲染层只需要在invincible 0时让小鸟闪烁用帧计数取模控制显隐三行代码。6.3 验证方法帧日志和单步回放改完之后怎么确认没改坏靠肉眼看是不够的尤其是物理参数调整之后很多问题只在高分段才暴露。我一般会加一个轻量的调试日志每帧把bird.y、bird.vy、score、最近的管道x打到文件里出问题时回看那几帧的数据。#ifdef _DEBUG static void DumpFrame(const GameContext *ctx) { FILE *fp fopen(frame.log, a); if (!fp) return; fprintf(fp, %d,%d,%.2f,%.2f,%.2f\n, ctx-frameCount, ctx-score, ctx-bird.y, ctx-bird.vy, ctx-pipeSpeed); fclose(fp); } #endif用#ifdef _DEBUG包起来发布版不带这段开销。日志别每帧都fopen/fclose量大了会明显拖慢帧率正确做法是开局打开一次、结束关闭这里为了代码短先这么写实际项目里我会改成静态文件句柄。拿到日志之后用表格软件画一条vy的曲线就能直观看到某次跳跃的加速度是否异常比盯着屏幕猜高效得多。还有一个更笨但更可靠的验证把pipeSpeed临时改成 0.5游戏变成慢动作逐帧观察鸟和管道的相对位置碰撞盒大小是否合适一眼就能看出来。调完再改回去。这套代码我前后改过好几版最深刻的一次教训是调完手感参数觉得差不多了直接打包发出去结果对方机器上是 144Hz 屏幕帧率补偿那段的Sleep粒度不够实际跑了七十多帧整个游戏的节奏比我这快了两成直接被吐槽“你这游戏怎么这么快”。从那以后我每次动循环和参数都强制在两台不同刷新率的机器上各跑一遍同时把帧日志拉出来对比实际帧数确认稳定了才敢说改完了。希望这份拆解能帮你少走几个弯路。本文还有配套的精品资源点击获取
简介面向C语言初学者与游戏开发入门者的Flappy Bird像素鸟完整源码基于easyX图形库实现可用于学习图形绘制、双缓冲防闪屏、飞行物理模拟、管道碰撞检测及游戏状态管理等核心环节。压缩包共49个文件约17.09MB包含cpp与h源码、jpg游戏素材、mp3音效、sln与vcxproj工程文件以及exe、pdb等编译调试产物便于直接打开工程运行和对照调试。已有1395人学习下载。源码结构清晰、注释较完整读者可从中梳理主循环、资源加载、分数与结束判定等模块的实现思路并借助工程配置理解easyX项目的组织方式适合作为课程设计、自学练手和游戏编程入门的实践案例。1. 从一份“能跑起来的 C 语言小游戏”说起课程设计交差、C 语言结课作业、想碰一碰图形编程又不想学引擎这三个场景撞在一起时最省事的路径往往是一份完整的 C 语言 EasyX 像素鸟Flappy Bird源码。它只有几个.c/.h文件加一个res图片目录不依赖任何游戏引擎双击 exe 就是一个能玩完整一局的窗口小鸟受重力下坠按键或点击抬升管道横向滚动撞管或落地立刻结算分数实时刷新。适合的人群也很明确刚学完指针和结构体、想找一个“代码量不超过两千行、但五脏俱全”的参照物的人以及需要在本机快速改出一个能演示的小作品、拿去答辩或者当作业交的人。反过来说如果你想要的是跨平台、要发布到应用商店的东西这份代码不合适它的舒适区就是 Windows 桌面上的教学与练手。2. 项目骨架与技术选型结构体、状态机和 EasyX 三件套2.1 目录结构与文件职责拿到源码包先别急着编译把目录摊开看一眼心里对“逻辑写在哪、资源放在哪”有个数后面改代码才不会到处翻。这类项目的目录一般长下面这样文件不多但边界分得很清楚FlappyBird/ ├── src/ │ ├── main.c # 入口初始化窗口、装载资源、驱动主循环 │ ├── game.c # 核心逻辑物理更新、管道生成、碰撞判定、计分 │ ├── render.c # 渲染背景、小鸟、管道、地面、分数文字 │ └── game.h # 全部结构体定义、宏常量、函数声明 ├── res/ │ ├── bg.png # 背景图建议 480x720 │ ├── bird0.png # 小鸟三帧翅膀上中下 │ ├── bird1.png │ ├── bird2.png │ ├── pipe.png # 单根管道上下翻转复用 │ └── ground.png # 地面滚动条 └── FlappyBird.sln # 或者 CodeBlocks / Dev-C 工程文件game.h是整个项目的“总参数表”所有魔法数字都从这儿出。这种写法的好处是调手感时只改一个头文件不用在三个.c里搜索0.45这种数字。血泪经验是很多同学的版本把手感和资源路径写死在函数中间改一次跳跃力度要翻五个文件最后干脆不调了成品手感一塌糊涂。.c和.h分离也不是为了好看。逻辑和渲染拆开之后你后面想换一套贴图、或者把 2D 画布换成别的输出方式改动面会被限制在render.c一个文件里game.c一行都不用碰。这是这类小项目里最值钱的一条工程习惯。2.2 环境搭建编译器与图形库怎么配EasyX 是 Windows 下的一个轻量图形库本质是对 GDI 的封装头文件就叫graphics.hAPI 风格非常“教学友好”开窗口一行、贴图一行、画文字一行。它只支持 MSVC 系编译器Visual Studio 各版本以及部分 MinGW 配置用纯 gcc 命令行直接编是编不过的。配置步骤大致是装 Visual Studio社区版足够安装时勾选“使用 C 的桌面开发”。从 EasyX 官网下载对应 VS 版本的安装包双击安装它会把graphics.h、easyx.h和.lib塞进 VS 的头文件与库目录。新建“空项目”把src下的文件加进去确认工程属性里字符集选的是“使用 Unicode 字符集”默认就是。编译前把工作目录设成项目根目录因为代码里的资源路径是res/bg.png这种相对路径。一个最小的验证程序长这样先确认环境通了再谈游戏#include graphics.h int main(void) { // 480x720 是竖屏像素鸟最常用的画布尺寸 initgraph(480, 720); setbkcolor(WHITE); // 设置背景色 cleardevice(); // 用背景色刷一遍 settextcolor(BLACK); settextstyle(24, 0, _T(Consolas)); outtextxy(120, 340, _T(EasyX ready)); _getch(); // 等一个按键防止窗口一闪而过 closegraph(); // 释放图形窗口资源 return 0; }initgraph负责创建窗口并把绘图目标绑定到这块画布上cleardevice把整块画布刷成当前背景色否则窗口里是随机的内存残留closegraph一定要和initgraph配对不规范退出会让下次启动偶尔出现窗口创建失败的怪现象。这二十行能正常出画面说明头文件路径、库链接、字符集三件事都对了后面再出错就是业务代码的问题排查范围直接缩小一半。2.3 窗口坐标系与全局常量表EasyX 的坐标系和大多数 2D 画布一致左上角是(0, 0)x 向右增大y 向下增大。这一点必须记牢因为“向上飞”在代码里是 y 减小、速度取负值很多人第一次写重力时把符号写反小鸟一按空格就往下扎。下面这张表是这类项目里最该被抽成宏的常量也是你以后调手感唯一需要动的地方常量名典型值作用调大之后的效果WIN_W/WIN_H480 / 720画布尺寸视野变宽管道相对变慢GROUND_H120地面条高度可飞行区域变窄难度上升GRAVITY0.45每帧重力加速度下坠更快容错变低JUMP_V-7.2跳跃瞬时速度抬升更高需要配合重力一起调MAX_FALL12.0下落速度上限防止高速穿模的关键参数PIPE_W70管道宽度越宽越难穿PIPE_GAP150上下管缺口高度越小越难低于 110 基本不可玩PIPE_SPEED3.0管道每帧左移像素整体节奏变快PIPE_INTERVAL90每隔多少帧生成一组管道间距影响反应时间MAX_FALL这个参数最容易被忽略也最容易翻车。如果不限制下落速度一局玩到后面小鸟的vy会累积到二三十一帧跨过 20 多个像素而管道宽度只有 70就会出现“明明没碰到却判定穿过去了”的玄学现象——本质是离散采样漏检。把速度钳在一个小于管道宽度的量级上问题自然消失。这也是为什么表里它单独占一行。3. 渲染层拆解双缓冲、贴图与帧率3.1 双缓冲把“擦”和“画”合成一次新手写图形程序最容易遇到的第一个视觉问题是闪烁。原因很朴素如果每帧先cleardevice()把整块画布刷白再一个个putimage贴上去屏幕会真实地经历“全白 → 半成品 → 完整画面”三个阶段人眼在 60 帧下也能捕捉到那一瞬间的白。解决办法就是双缓冲——所有绘制先画到内存里的一张隐藏图上画完一次性推到屏幕。EasyX 把这件事封装成了三个函数用起来几乎零成本int main(void) { initgraph(WIN_W, WIN_H); BeginBatchDraw(); // 开启批量绘制后续绘制都落在后备缓冲 while (g_running) { cleardevice(); // 只在后备缓冲里刷背景 RenderBackground(); RenderPipes(); RenderBird(); RenderGround(); RenderScore(); FlushBatchDraw(); // 关键把后备缓冲整块送到屏幕只闪这一次 Sleep(FRAME_MS); } EndBatchDraw(); // 关闭批量绘制恢复即时绘制模式 closegraph(); return 0; }BeginBatchDraw之后的每一次绘图调用都不再直接作用于屏幕而是写进一块和窗口等大的内存位图FlushBatchDraw才是真正的一次性拷贝。这三个函数必须成对出现漏掉EndBatchDraw在多数情况下不会崩但如果后面还有别的绘图代码行为会变得不可预期。需要注意一个细节FlushBatchDraw要放在一帧所有绘制动作之后、Sleep之前。有人把它写在循环开头等于把上一帧的画面又推了一遍画面会稳定地慢一帧操作手感上就是“我按了键鸟过了 16 毫秒才动”这种延迟在高分段是致命的。3.2 贴图加载与透明通道资源加载集中放在main开头一次性全部读进IMAGE对象绝不在主循环里反复loadimage。后者是硬盘 IO一帧读六张图帧率会直接塌到个位数。typedef struct { IMAGE bg; IMAGE bird[3]; // 三帧扇翅动画 IMAGE pipe; IMAGE ground; } Assets; static int LoadAssets(Assets *a) { // loadimage 返回空表示失败路径写错时最典型的表现就是这里返回空 if (!loadimage(a-bg, _T(res/bg.png))) return -1; if (!loadimage(a-pipe, _T(res/pipe.png))) return -1; if (!loadimage(a-ground, _T(res/ground.png))) return -1; if (!loadimage(a-bird[0], _T(res/bird0.png))) return -1; if (!loadimage(a-bird[1], _T(res/bird1.png))) return -1; if (!loadimage(a-bird[2], _T(res/bird2.png))) return -1; return 0; }loadimage的第二个参数是宽字符字符串所以要用_T()包一层工程字符集设成 Unicode 时直接写res/bg.png会编译报错这是新手第一个高频卡点。返回值判空非常重要路径错一个字母、少一层目录函数都不会崩只是悄悄返回失败然后你会在屏幕上看到一片黑或者纯色块误以为是渲染逻辑写错了。透明通道方面EasyX 从 2019 版开始原生支持 PNG 的 alpha 通道putimage贴上去就是透明的不需要手动调TransparentBlt。但前提是你的 PNG 确实是带透明背景的——如果美术给的图是白底 JPG 改后缀得来的贴上去就是一个白方块这种“看起来像代码 bug、实际是素材问题”的情况排查时优先怀疑资源本身。小鸟的三帧动画不需要状态机用帧计数器取模就行// 每 6 帧切一次图60fps 下大约是每秒 10 次扇翅视觉上最自然 int frame (g_frameCount / 6) % 3; putimage((int)bird.x, (int)bird.y, assets.bird[frame]);刚起飞时扇得快、下落时扇得慢这种细节靠改除数就能实现比如下落状态用/ 4上升状态用/ 8代码只多一个三目运算符观感提升却很明显。3.3 帧率控制与时间步长游戏循环里最容易埋雷的地方是“速度写死成每帧多少像素”。一旦换了台刷新率不同的机器或者某帧因为切窗口卡了一下整个游戏的节奏就变了。这类项目通常有两条路线第一条是固定步长简单粗暴也是绝大多数教学源码采用的方案#define FRAME_MS 16 // 约 62.5 fps while (g_running) { DWORD t0 GetTickCount(); HandleInput(); UpdateGame(); RenderGame(); FlushBatchDraw(); DWORD cost GetTickCount() - t0; // 本帧实际耗时 if (cost FRAME_MS) { Sleep(FRAME_MS - cost); // 补足剩余时间稳定节奏 } }GetTickCount返回毫秒级时间戳精度够用用cost减去再Sleep的做法叫“帧率补偿”它保证每帧至少间隔 16 毫秒逻辑更新次数因此稳定。第二条路线是可变时间步长把dt乘进所有速度里物理更精确但碰撞检测会变复杂还要处理“一帧跨太久直接穿过管道”的隧道效应。教学项目里第一种方案的性价比高得多只要记住一条所有速度、重力都是“每帧”的量纲改帧率就得同步改这些数。Sleep(16)直接写在循环末尾是另一种常见写法但它不考虑渲染耗时实际帧率会掉到 45 左右手感偏钝。加上补偿之后帧率稳定在 60 上下跳跃的节奏感才对得上。这种差异单看代码看不出来跑起来一对比就非常明显。4. 主循环与物理重力、跳跃和管道碰撞怎么落地4.1 一个枚举管住三种状态游戏状态机是这类项目里最值得学的设计。像素鸟只有三个状态准备等待第一次点击、游戏中、结束。用枚举加switch组织主循环会干净得不像话也不会出现“游戏结束了小鸟还在往下掉”这种逻辑混乱。typedef enum { STATE_READY 0, // 开局等待小鸟原地小幅上下浮动 STATE_PLAY, // 正式游戏中物理生效 STATE_OVER // 结算等待重开 } GameState; typedef struct { GameState state; Bird bird; Pipe pipes[MAX_PIPE]; int score; int bestScore; int frameCount; } GameContext;GameContext把一局游戏需要的所有东西打包成一个结构体主循环里只有一个ctx传来传去。这个习惯的好处是重开一局变得极其简单——把结构体清零、重新初始化几个字段就行不需要满世界找全局变量挨个复位。很多同学写的版本重开之后分数还在、管道位置错乱根因就是状态散落在十几个全局变量里复位漏了几个。状态迁移的入口统一放在输入处理里static void HandleInput(GameContext *ctx) { // 空格或鼠标左键都算一次“拍翅膀” int pressed (GetAsyncKeyState(VK_SPACE) 0x8000) || peekmessage(NULL, EX_MOUSE); if (!pressed) return; switch (ctx-state) { case STATE_READY: ctx-state STATE_PLAY; ctx-bird.vy JUMP_V; // 第一次点击直接给一个上冲 break; case STATE_PLAY: ctx-bird.vy JUMP_V; // 游戏中每次点击重置纵向速度 break; case STATE_OVER: ResetGame(ctx); // 任意键重开 break; } }GetAsyncKeyState配合0x8000掩码判断“当前是否按下”适合连续检测peekmessage是 EasyX 的消息接口用来不阻塞地取鼠标事件返回非零表示有消息。两者取或键盘鼠标都能触发。这里有个细节跳跃不是“给一个向上的加速度”而是“把纵向速度直接重置为JUMP_V”。这个设计决定了手感——不管你之前掉得多快一拍翅膀立刻回升到固定速度这正是像素鸟那种干脆利落的手感来源。改成累加的话连按会越飞越高玩起来就飘了。4.2 重力与跳跃的数值手感物理更新函数是整个项目里最短、也最需要反复调的一段static void BirdUpdate(Bird *b, float dt) { b-vy GRAVITY * dt; // 重力持续累积 if (b-vy MAX_FALL) { b-vy MAX_FALL; // 钳制下落速度防穿模 } b-y b-vy * dt; // 撞天花板贴边并清零速度不要让鸟飞出画面 if (b-y 0) { b-y 0; b-vy 0; } // 落地判定交给调用方处理这里只做位置钳制 float floorY WIN_H - GROUND_H - b-h; if (b-y floorY) { b-y floorY; } }三个参数之间的关系决定了难度GRAVITY越大两次点击之间掉得越快容错窗口越窄JUMP_V的绝对值越大单次抬升越高但太高会让玩家失去节奏感MAX_FALL是安全阀前面已经说过它的作用。我一般按这个顺序调先把MAX_FALL定在 12 左右保证单帧位移小于管道宽度的一半再把GRAVITY从 0.4 开始往上试0.45 到 0.5 之间是比较舒服的区间最后调JUMP_V标准是“从屏幕中线起跳能飞到接近顶部但不碰天花板”。这三步下来绝大多数人上手五分钟就能过十根管道。dt参数在固定步长方案里通常恒等于 1.0留着它是为了以后想换可变步长时不用改函数签名。这种“先留接口”的做法在小项目里不算过度设计改造成本几乎为零收益是后期不用大改。4.3 管道生成、回收与 AABB 碰撞管道用定长数组循环复用不用malloc。原因是这类游戏的管道数量上限明确屏幕上最多同时存在三组用对象池可以彻底避开内存碎片和忘记free的问题。#define MAX_PIPE 4 static void SpawnPipe(GameContext *ctx) { for (int i 0; i MAX_PIPE; i) { if (!ctx-pipes[i].alive) { ctx-pipes[i].alive 1; ctx-pipes[i].x (float)WIN_W; // 缺口中心在 [180, WIN_H - GROUND_H - 180] 之间随机 ctx-pipes[i].gapY 180 rand() % (WIN_H - GROUND_H - 360); ctx-pipes[i].scored 0; return; } } } static void PipeUpdate(GameContext *ctx, float dt) { for (int i 0; i MAX_PIPE; i) { Pipe *p ctx-pipes[i]; if (!p-alive) continue; p-x - PIPE_SPEED * dt; // 完全移出屏幕左侧就回收等下一轮复用 if (p-x PIPE_W 0) { p-alive 0; continue; } // 通过缺口且未计分加一分 if (!p-scored p-x PIPE_W ctx-bird.x) { p-scored 1; ctx-score; } } }gapY的随机范围要留边距上下各留 180 像素保证缺口不会贴到天花板或地面。如果不留玩家会遇到“物理上不可能穿过”的管道这种关卡设计事故在自制版本里非常常见。碰撞检测用最朴素的 AABB轴对齐包围盒。像素鸟的所有元素都是矩形没必要上更复杂的算法static int RectHit(const RECT *a, const RECT *b) { return a-left b-right a-right b-left a-top b-bottom a-bottom b-top; } static int CheckCollision(const GameContext *ctx) { const Bird *b ctx-bird; RECT rb { (LONG)b-x, (LONG)b-y, (LONG)(b-x b-w), (LONG)(b-y b-h) }; // 落地即死 if (b-y b-h WIN_H - GROUND_H) return 1; for (int i 0; i MAX_PIPE; i) { const Pipe *p ctx-pipes[i]; if (!p-alive) continue; RECT top { (LONG)p-x, 0, (LONG)(p-x PIPE_W), (LONG)(p-gapY - PIPE_GAP / 2) }; RECT bot { (LONG)p-x, (LONG)(p-gapY PIPE_GAP / 2), (LONG)(p-x PIPE_W), WIN_H - GROUND_H }; if (RectHit(rb, top) || RectHit(rb, bot)) return 1; } return 0; }RECT是 Windows 自带的结构体left/top/right/bottom四个字段正好对应 AABB 的两组边界。这里有个容易被忽略的坑鸟的碰撞盒应该比贴图小一圈通常左右各缩 4 到 6 像素上下各缩 3 到 5 像素。因为美术图里的鸟有翅膀和尾巴的空白区域用整张贴图做判定会让玩家觉得“明明还有缝却死了”这是手感投诉的第一大来源。做法是在Bird结构体里单独存hitX/hitY/hitW/hitH和渲染用的坐标解耦。4.4 计分、结算与最高分记忆计分逻辑写在PipeUpdate里判定条件是“管道右边缘越过鸟的左边缘”。这个时机比“鸟穿过缺口中心”更早触发玩家感知到的加分时刻和视觉更贴合。结算画面需要显示本局分数和历史最高分。最高分没必要上数据库一个文本文件就够static int LoadBest(void) { FILE *fp fopen(best.dat, r); if (!fp) return 0; // 首次运行没有文件返回 0 int v 0; fscanf(fp, %d, v); fclose(fp); return v; } static void SaveBest(int score) { FILE *fp fopen(best.dat, w); if (!fp) return; fprintf(fp, %d, score); fclose(fp); }fopen返回空指针必须判第一次运行的时候best.dat根本不存在不判就会直接崩在启动阶段——这个 bug 在自己机器上永远复现不了交到老师电脑上第一次打开就闪退属于典型的“演示事故”。5. 避坑排查编译、贴图、闪烁和跨机部署5.1 链接期报错一堆 LNK2019 无法解析的外部符号现象代码语法检查全过一编译就是十几条LNK2019符号名全是initgraph、putimage、BeginBatchDraw之类。原因基本只有两种EasyX 没装成功或者工程位数和库位数对不上。EasyX 的库文件分 32 位和 64 位VS 工程默认是 x64如果你装的是老版本的 32 位库链接器就找不到对应的.lib。解决顺序是先看工程属性里的平台是 Win32 还是 x64再去 EasyX 安装目录确认EasyXa.lib32 位和EasyXw.lib64 位是否都在然后把平台切到和库匹配的那一边重新生成。还有一种低频情况是手动改过附加依赖项多写了一个不存在的库名把附加依赖项清空重来即可。5.2 运行起来一片黑图片全没加载上现象窗口能开背景是黑的或者纯色小鸟和管道完全不显示程序也不崩。原因九成是资源路径。VS 调试时的“工作目录”默认是工程目录.vcxproj所在位置而很多人把res放在了解决方案目录两者差一层。另外loadimage加载失败是静默的不抛异常也不打日志所以从表面看就是“什么都没画”。解决办法很直接在LoadAssets里给每一张图都加上失败返回和提示跑一次就知道是哪张、哪个路径if (!loadimage(a-bg, _T(res/bg.png))) { // 用 MessageBox 而不是 printf图形程序没有控制台 MessageBox(GetHWnd(), _T(背景图加载失败检查 res/bg.png), _T(资源错误), MB_OK); return -1; }GetHWnd()拿到当前图形窗口的句柄MessageBox弹窗能确保你一定看得到。定位到问题之后把工作目录设成项目根目录或者把路径改成绝对路径验证一次再改回相对路径。5.3 画面抖、鸟有残影双缓冲和清屏的配合问题现象管道滚动时边缘发虚小鸟身后拖一条淡淡的影子鼠标移动时更明显。原因是没有开批量绘制或者开了但清屏位置不对。如果cleardevice()写在FlushBatchDraw()之后等于这一帧根本没擦干净上一帧的内容会叠加在新画面上残影就出来了。正确的顺序永远是清屏 → 画背景 → 画管道 → 画小鸟 → 画地面 → 画分数 →FlushBatchDraw。另外要注意setbkmode(TRANSPARENT)画文字时如果不设这个文字底下会带一个背景色方块压在游戏画面上非常突兀。这个属性设一次就行放在初始化里。5.4 换台机器就白屏、速度忽快忽慢现象自己电脑上跑得好好的拷到别人机器上要么打不开要么小鸟掉得飞快。打不开多半是缺运行库。VS 编译出来的 exe 依赖 MSVC 运行库对方没装就会提示找不到 dll。解决方式是在工程属性里把运行库改成“多线程 (/MT)”静态链接进去exe 体积大几百 KB但拷哪都能跑。这个选项在“C/C → 代码生成 → 运行库”里Debug 和 Release 都要改。速度异常则是帧率补偿没写直接用了固定Sleep(16)或者干脆没Sleep机器性能不同循环跑的次数就不同物理更新的频率跟着变。补上前面那段GetTickCount的耗时计算问题自然消失。这种“在我这儿是好的”类 bug最坑的地方在于毫无报错信息只能靠代码结构本身来预防。6. 二次开发难度曲线、状态扩展和验证手段源码能跑通只是起点真正能拿得出手的是你改过之后的东西。改之前建议先明确一件事这个项目最值钱的不是画面而是那套“常量 状态机 对象池”的结构所有的扩展都应该顺着这套结构走而不是另起炉灶。6.1 难度曲线三个旋钮和一个公式最直接的改造是让游戏越玩越难。可调的旋钮就三个PIPE_SPEED、PIPE_GAP、PIPE_INTERVAL。不要写成阶跃式的“过 10 分就变难”玩家会明显感觉到突兀。用连续插值更自然// 分数越高速度和缺口都往难度方向线性靠拢但设一个下限防止不可玩 static void ApplyDifficulty(GameContext *ctx) { float t ctx-score / 30.0f; // 30 分达到最大难度 if (t 1.0f) t 1.0f; ctx-pipeSpeed 3.0f 2.5f * t; // 3.0 - 5.5 ctx-pipeGap 150 - 40 * t; // 150 - 110110 是下限 ctx-pipeInter 90 - 20 * t; // 90 - 70管道更密 }要注意pipeGap的绝对值不能低于小鸟高度加 40 像素左右否则物理上根本穿不过去。这个下限不是拍脑袋是拿鸟的高度和单帧最大位移算出来的单帧最多移动 12 像素缺口必须比鸟高出一倍以上玩家才有反应余地。改完这三个参数之后务必自己连玩二十局看看 30 分以后是不是变成了纯粹的背板游戏。6.2 加一个状态位从单局到无限续命想加“三条命”或者“无敌帧”不要在外面套if直接在状态机里加一个字段字段类型含义用途livesint剩余生命撞管时减一为 0 转STATE_OVERinvincibleint无敌剩余帧数大于 0 时跳过碰撞判定的伤害分支shakeFrameint屏幕震动剩余帧受伤时给一个视觉反馈碰撞函数改成返回“是否受伤”而不是“是否结束”状态迁移交给主循环判断。这样做的好处是以后加“护盾”“复活”之类的东西全都在同一个地方扩展不会散落到渲染和输入里去。渲染层只需要在invincible 0时让小鸟闪烁用帧计数取模控制显隐三行代码。6.3 验证方法帧日志和单步回放改完之后怎么确认没改坏靠肉眼看是不够的尤其是物理参数调整之后很多问题只在高分段才暴露。我一般会加一个轻量的调试日志每帧把bird.y、bird.vy、score、最近的管道x打到文件里出问题时回看那几帧的数据。#ifdef _DEBUG static void DumpFrame(const GameContext *ctx) { FILE *fp fopen(frame.log, a); if (!fp) return; fprintf(fp, %d,%d,%.2f,%.2f,%.2f\n, ctx-frameCount, ctx-score, ctx-bird.y, ctx-bird.vy, ctx-pipeSpeed); fclose(fp); } #endif用#ifdef _DEBUG包起来发布版不带这段开销。日志别每帧都fopen/fclose量大了会明显拖慢帧率正确做法是开局打开一次、结束关闭这里为了代码短先这么写实际项目里我会改成静态文件句柄。拿到日志之后用表格软件画一条vy的曲线就能直观看到某次跳跃的加速度是否异常比盯着屏幕猜高效得多。还有一个更笨但更可靠的验证把pipeSpeed临时改成 0.5游戏变成慢动作逐帧观察鸟和管道的相对位置碰撞盒大小是否合适一眼就能看出来。调完再改回去。这套代码我前后改过好几版最深刻的一次教训是调完手感参数觉得差不多了直接打包发出去结果对方机器上是 144Hz 屏幕帧率补偿那段的Sleep粒度不够实际跑了七十多帧整个游戏的节奏比我这快了两成直接被吐槽“你这游戏怎么这么快”。从那以后我每次动循环和参数都强制在两台不同刷新率的机器上各跑一遍同时把帧日志拉出来对比实际帧数确认稳定了才敢说改完了。希望这份拆解能帮你少走几个弯路。本文还有配套的精品资源点击获取
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
