飞机大战C语言项目实战：从零手写游戏循环与碰撞检测

简介这份「飞机大战C语言」压缩包是一份面向C语言初学者与游戏编程爱好者的实战项目源码通过一个完整可运行的小游戏帮助读者理解结构体、函数封装、游戏循环与碰撞检测等核心概念。包内共3个文件以cpp源代码、编译后的exe可执行文件和o目标文件为主源码承载游戏主逻辑可执行文件便于在Windows下直接运行体验整体仅7KB轻量易读。项目围绕飞机移动、子弹发射、敌人生成与碰撞判定展开涉及事件驱动与时间驱动两种机制并可能借助SDL、Allegro等第三方库完成图形绘制与音效播放是理解C语言如何调用外部库构建完整应用的典型范例。目前已有967人学习下载适合希望从语法练习过渡到项目实战、提升游戏编程技能的开发者参考研究。1. 飞机大战C语言一个压缩包里的完整游戏循环很多人第一次接触游戏开发不是从 Unity 或 Unreal 开始的而是从控制台里一个闪烁的光标开始的。飞机大战C语言.zip 就是这样一个项目——它把一款完整的竖版射击游戏塞进了一个 C 语言工程里没有引擎、没有图形框架依赖靠的是控制台字符画或者极简的图形库接口把玩家飞机、敌机生成、子弹碰撞、分数统计这些游戏核心机制全部手写实现。适合谁适合刚学完 C 语言语法、想找一个能跑起来、能改得动、能看懂每一行逻辑的练手项目的人。也适合那些想理解“游戏循环到底是怎么回事”但不想被引擎黑盒挡住视线的开发者。解压之后你会看到一个完整的工程目录而不是零散的代码片段这意味着你可以直接编译、直接运行、直接改参数看效果。2. 工程结构与技术选型为什么用 C 语言手写游戏循环2.1 目录结构一个典型的小型 C 工程长什么样拿到压缩包解压后常见的目录组织方式是这样的plane-war/ ├── src/ │ ├── main.c # 程序入口游戏主循环 │ ├── game.c # 游戏状态管理更新与渲染调度 │ ├── player.c # 玩家飞机逻辑 │ ├── enemy.c # 敌机生成与移动 │ ├── bullet.c # 子弹发射与碰撞检测 │ └── render.c # 画面绘制控制台或图形接口 ├── include/ │ ├── game.h │ ├── player.h │ ├── enemy.h │ └── bullet.h ├── Makefile # 编译脚本 └── README.md这个结构不复杂但分工明确。main.c只负责初始化、进入主循环、退出清理game.c管状态机开始菜单、游戏中、暂停、结束每个实体模块自己管自己的数据结构和行为函数。头文件里放结构体定义和函数声明源文件里放实现。这种“按实体拆分”的方式在小型 C 游戏里很常见好处是改一个模块不会牵动全局坏处是模块间通信需要提前约定好接口。注意不同版本的压缩包目录名可能略有差异但核心文件不会少。如果解压后看到的是扁平的一堆 .c 文件说明作者没有做目录分层逻辑还是一样的。2.2 技术选型控制台字符画 vs 简易图形库这个项目最关键的选型决策是“画面怎么画”。常见做法有两种第一种是纯控制台方案用printf配合光标定位转义序列在终端里用字符拼出飞机和子弹。比如玩家飞机用^表示敌机用v子弹用|。这种方案零依赖Windows 下用conio.h的_kbhit()和_getch()做非阻塞输入Linux 下用termios改终端模式。优点是编译即跑不需要装任何额外库缺点是画面粗糙闪烁感明显。第二种是 EasyX 或 SDL2 这类轻量图形库。EasyX 在 Windows Visual Studio 环境下很流行几行代码就能创建窗口、加载图片、绘制精灵。SDL2 跨平台更好但配置稍微麻烦一点。如果项目里出现了graphics.h或SDL.h的引用那就是走了图形库路线。// 控制台方案下的画面刷新核心逻辑简化示意 void render_frame(GameState *gs) { // 将光标移到左上角避免清屏造成的闪烁 printf(\033[H); // ANSI 转义序列Linux/macOS 终端有效 for (int y 0; y SCREEN_H; y) { for (int x 0; x SCREEN_W; x) { putchar(get_pixel_char(gs, x, y)); // 根据游戏状态决定该位置显示什么字符 } putchar(\n); } fflush(stdout); // 强制刷新输出缓冲区保证画面即时更新 }这段代码的关键在于\033[H把光标归位而不是清屏清屏会导致整个终端闪一下体验很差。get_pixel_char是一个查询函数遍历所有实体判断当前坐标上有没有东西。fflush不能省否则输出会攒在缓冲区里画面一顿一顿的。参数方面SCREEN_W和SCREEN_H通常定义在头文件里比如 40×20 或 60×30取决于终端窗口大小。改这两个值就能改游戏区域但要注意敌机生成逻辑和碰撞检测都依赖这两个宏改完要重新编译。2.3 主循环游戏的心跳不管画面怎么画游戏主循环的结构是固定的// main.c 中的主循环骨架 int main(void) { GameState gs; game_init(gs); // 初始化所有实体、分数、生命值 while (gs.running) { input_update(gs); // 1. 读取键盘输入 game_update(gs); // 2. 更新所有实体位置、检测碰撞 render_frame(gs); // 3. 绘制当前帧 frame_delay(gs); // 4. 控制帧率避免 CPU 跑满 } game_cleanup(gs); // 释放动态分配的内存 return 0; }这个顺序不能乱。先读输入再更新逻辑否则玩家按键会延迟一帧生效先更新再渲染否则画出来的是上一帧的状态。frame_delay通常用Sleep(16)Windows或usleep(16000)Linux来把帧率控制在 60 FPS 左右。如果不加延时循环会以 CPU 全速运行游戏速度快到没法玩风扇也会狂转。提示如果你发现游戏跑起来“太快了”先检查frame_delay是不是被注释掉了或者延时值是不是设得太小。3. 核心模块拆解玩家、敌机、子弹与碰撞检测3.1 玩家飞机输入响应与边界限制玩家模块的核心就两件事根据按键移动、不允许飞出屏幕。// player.c 中的移动逻辑 void player_move(Player *p, int dx, int dy) { int new_x p-x dx; int new_y p-y dy; // 边界检查确保飞机不会跑出游戏区域 if (new_x 0 new_x SCREEN_W) { p-x new_x; } if (new_y 0 new_y SCREEN_H) { p-y new_y; } }dx和dy来自输入模块通常是 -1、0、1 三个值。边界检查用和而不是因为坐标是从 0 开始的。如果游戏区域宽度是 40合法 x 范围是 0 到 39。这个细节写错的话飞机会在边缘“卡住”或者“消失”。输入读取在 Windows 下常见写法是// 非阻塞键盘检测Windows 控制台 if (_kbhit()) { int ch _getch(); switch (ch) { case a: case A: player_move(gs.player, -1, 0); break; case d: case D: player_move(gs.player, 1, 0); break; case w: case W: player_move(gs.player, 0, -1); break; case s: case S: player_move(gs.player, 0, 1); break; case : fire_bullet(gs); break; // 空格发射子弹 } }_kbhit()返回是否有按键等待_getch()读取按键但不回显。Linux 下需要用termios把终端设为非规范模式代码会多几行但逻辑一样。3.2 敌机生成定时器与随机性敌机不能一次性全冒出来得有节奏地生成。常见做法是用一个计数器控制生成间隔// enemy.c 中的生成逻辑 void enemy_spawn(EnemyPool *pool, int frame_count) { // 每 30 帧尝试生成一架敌机 if (frame_count % SPAWN_INTERVAL ! 0) return; for (int i 0; i MAX_ENEMIES; i) { if (!pool-enemies[i].active) { pool-enemies[i].active 1; pool-enemies[i].x rand() % (SCREEN_W - 2) 1; // 随机横向位置 pool-enemies[i].y 0; // 从顶部出现 pool-enemies[i].speed 1; // 每帧下移一格 break; } } }SPAWN_INTERVAL控制难度值越小敌机越密。rand() % (SCREEN_W - 2) 1是为了让敌机不会贴着左右边缘生成留出一点余量。敌机池用固定数组而不是动态链表是因为小型游戏里实体数量可控数组遍历更快也不用担心内存碎片。敌机移动就是每帧y speed当y SCREEN_H时标记为不活跃回收槽位。3.3 子弹与碰撞检测AABB 矩形相交子弹和敌机的碰撞检测是整个游戏里最需要精确的部分。常见做法是轴对齐包围盒AABB检测// bullet.c 中的碰撞检测 int check_collision(Bullet *b, Enemy *e) { // 子弹和敌机都用矩形表示判断两个矩形是否相交 return (b-x e-x b-x e-x ENEMY_W b-y e-y b-y e-y ENEMY_H); }这个判断假设子弹是一个点敌机是一个ENEMY_W × ENEMY_H的矩形。如果子弹也有宽度需要改成标准的 AABB 公式int aabb_overlap(int ax, int ay, int aw, int ah, int bx, int by, int bw, int bh) { return (ax bx bw ax aw bx ay by bh ay ah by); }碰撞检测的调用时机是在game_update里每帧遍历所有活跃子弹和所有活跃敌机两两检测。子弹数量少的时候没问题如果子弹和敌机都上百O(n×m) 的复杂度会拖慢帧率。优化方式是按 y 坐标排序后做剪枝或者用网格分区但小型项目里通常不需要。注意碰撞检测写错最常见的原因是坐标原点搞混了。有的模块用左上角做原点有的用中心点混用就会导致“明明打中了却没反应”。4. 编译与运行从解压到看到飞机起飞4.1 Windows 下的编译方式如果项目走的是纯控制台路线用 MinGW 或 Visual Studio 都可以。MinGW 下最直接# 在项目根目录执行 gcc src/*.c -I include -o plane_war.exe -lm-I include告诉编译器头文件在哪-lm链接数学库有些项目用到了sqrt或pow。如果项目提供了 Makefile直接mingw32-make就行。如果用 Visual Studio新建一个空项目把所有 .c 文件加进去把头文件目录加到“附加包含目录”然后直接生成。注意 VS 默认用 C 编译器处理 .c 文件可能会报一些 C 语言里合法的警告在项目属性里把“编译为”改成“编译为 C 代码”即可。如果项目用了 EasyX需要先安装 EasyX 库然后在 VS 里配置好包含目录和库目录。EasyX 只支持特定版本的 VS装之前确认一下版本匹配。4.2 Linux/macOS 下的编译与终端适配Linux 下编译命令类似gcc src/*.c -I include -o plane_war -lm ./plane_war但控制台方案在 Linux 下需要处理终端模式。如果项目里没有做termios适配可能会出现按键需要回车才生效、或者程序退出后终端乱码的情况。常见修复方式是在game_init里保存终端属性并设为非规范模式在game_cleanup里恢复// Linux 下的终端模式切换简化示意 #include termios.h static struct termios old_term; void terminal_raw_mode(void) { struct termios new_term; tcgetattr(STDIN_FILENO, old_term); // 保存当前终端设置 new_term old_term; new_term.c_lflag ~(ICANON | ECHO); // 关闭行缓冲和回显 tcsetattr(STDIN_FILENO, TCSANOW, new_term); } void terminal_restore(void) { tcsetattr(STDIN_FILENO, TCSANOW, old_term); // 恢复避免终端乱码 }ICANON关闭后按键立即生效不用按回车ECHO关闭后按键不会显示在屏幕上。程序退出前一定要调terminal_restore否则终端会一直处于非规范模式连ls都打不出来。4.3 运行参数与帧率调整游戏跑起来之后如果觉得太快或太慢改frame_delay里的延时值延时值大致帧率体验33ms30 FPS偏慢适合低配终端16ms60 FPS标准推荐8ms120 FPS偏快敌机下落速度感变弱0msCPU 全速不可玩仅调试用改完延时后敌机速度、子弹速度的“手感”都会变因为它们的移动是按帧计算的。如果想让游戏速度独立于帧率需要引入 delta time 机制但小型项目里直接调延时更省事。5. 避坑与排查编译报错、画面闪烁、碰撞失效5.1 编译报错 “undefined reference to xxx”现象链接阶段报一堆undefined reference指向某个函数名。原因函数在头文件里声明了但对应的 .c 文件没有加入编译或者 Makefile 里漏了某个源文件。解决检查编译命令里是否包含了所有 .c 文件。用gcc src/*.c通配符可以避免手动列文件。如果用的是 IDE检查项目文件列表里有没有漏掉某个模块。5.2 画面闪烁严重没法看现象游戏画面一直在闪字符像在跳动。原因每帧都调用了system(cls)或system(clear)清屏清屏和重绘之间有时间差人眼就能感知到闪烁。解决改用光标归位转义序列\033[H只覆盖旧内容不清屏。如果某些位置新帧没有字符补一个空格覆盖掉旧字符即可。5.3 按键没反应或者要按回车才生效现象按方向键飞机不动按空格也不发射子弹。原因终端处于规范模式行缓冲输入要等回车才提交给程序。解决Linux 下用termios关闭ICANONWindows 下用_getch()而不是getchar()。如果用的是scanf那肯定要回车换成_kbhit_getch组合。5.4 子弹打中敌机但敌机不消失现象明明看到子弹和敌机重叠了但敌机继续往下飞。原因碰撞检测的坐标判断有误常见的是子弹坐标和敌机坐标不在同一个参考系或者判断条件用了而不是导致边缘情况漏判。解决在碰撞检测函数里加临时打印把子弹和敌机的坐标输出到日志文件对比一下实际数值。确认坐标原点一致后用标准 AABB 公式替换手写的判断。5.5 程序退出后终端乱码现象Linux 下按 CtrlC 退出游戏后终端不显示输入的字符或者命令输出格式错乱。原因程序异常退出没有恢复终端属性。解决用atexit(terminal_restore)注册清理函数保证不管怎么退出都会恢复。同时在信号处理里也调一下防止 CtrlC 直接杀进程。6. 二次开发从改参数到加新玩法这个项目的二次开发空间比看起来大。最浅的一层是改参数在头文件里把SPAWN_INTERVAL从 30 改成 15敌机密度翻倍把玩家子弹速度从 2 改成 3手感立刻不一样。这些改动不需要理解架构改完重新编译就能看到效果。再深一层是加新实体。比如加一种“追踪弹”发射后会自动朝最近的敌机飞行。实现思路是在bullet.c里加一个homing标志位在game_update里对追踪弹单独处理每帧计算它与最近敌机的方向向量然后按单位向量移动。方向向量用atan2求角度再用cos和sin分解成 x、y 分量。注意浮点坐标要转成整数绘制坐标时做四舍五入否则子弹会抖动。// 追踪弹的简易制导逻辑 void homing_bullet_update(Bullet *b, Enemy *target) { if (!target || !target-active) return; float dx target-x - b-x; float dy target-y - b-y; float dist sqrtf(dx * dx dy * dy); if (dist 0.01f) return; // 防止除零 // 归一化后乘以速度得到每帧位移 b-x (int)(dx / dist * b-speed 0.5f); b-y (int)(dy / dist * b-speed 0.5f); } 0.5f是为了四舍五入而不是截断否则子弹会偏向坐标小的方向。dist 0.01f的判断是防止子弹和敌机重合时除零。更系统的改造是引入“关卡”概念。把敌机生成参数间隔、速度、血量抽成一个配置数组每过 30 秒切换一组参数难度曲线就有了。配置可以硬编码在level.c里也可以从外部文本文件读取。如果从文件读用fscanf按行解析每行三个整数分别对应生成间隔、敌机速度、敌机血量。这样改难度不用重新编译改文本就行。我自己的习惯是每次加新功能之前先把当前能跑的版本打一个压缩包存起来。C 语言项目改出内存越界或者野指针是常有的事有一个“已知能跑”的版本在手排查问题时可以二分定位——把新代码注释掉一半看问题还在不在。这个习惯帮我省过很多次重写的时间。希望帮到你。本文还有配套的精品资源点击获取