简介VC6雷霆战机C源码是一份基于Win32 API而非MFC编写的飞行射击游戏完整工程面向想把C语法用于真实项目的初学者能有效解决缺乏实战项目、难以上手Windows程序开发的问题。压缩包共99个文件大小仅1.83MB包含26个bmp位图、22个h头文件、21个cpp源文件、16个wav和4个mid音频另有dsp/dsw工程文件、rc资源描述和可直接运行的exe覆盖素材、代码、工程配置与可执行程序。已有901人学习下载代码在游戏循环、GDI绘图、窗口消息处理、碰撞检测、内存管理、资源加载等方面提供了清晰示范且各模块按cpp与h文件组织便于对照学习有助于理解游戏对象组织与Win32 API实际调用。通过阅读源码并配合位图与音频资源能够直观看到媒体文件如何被加载、绘制和播放从而快速建立C项目级开发经验为后续学习游戏编程打下扎实基础。 前阵子翻旧硬盘找到一个VC6工程打开一看居然是当年在宿舍熬夜写的雷霆战机C源码。编译一遍居然还能跑看着控制台里一堆字符拼出来的飞机上下翻飞子弹像模像样地打出去敌机一架架炸开还真有点感慨。VC6这个开发环境老归老但承载了太多人写游戏的第一行代码。如果你正想学C或者对游戏开发感兴趣但不知道从哪里下手这个项目可以说是最合适的练手素材——没有复杂的引擎依赖没有看不懂的框架就是纯C代码、基础数据结构、还有一点初级的算法把一个完整的弹幕射击游戏从零到一搭起来。这个项目的价值在于它把C的语法、数组、指针、结构体、函数调用、循环控制这些零散知识点在一个真实项目里全部串起来了。你需要的不是高深的理论而是动手把代码敲出来、跑起来、改起来。我会把整个项目的设计思路、核心数据结构的定义、每个模块的编写过程还有我在调试中踩过的坑都拆开揉碎讲给你听保证你照着做也能写出一份能玩的雷霆战机。1. 项目整体思路为什么还在用 VC6 写游戏1.1 从零勾勒“雷霆战机”的核心玩法雷霆战机在游戏类型上属于纵版弹幕射击STG核心玩法并不复杂玩家控制一架飞机在屏幕底部移动通过发射子弹消灭从上方不断出现的敌机同时要躲避敌方子弹和敌机碰撞。一个最小可玩版本需要的功能是玩家飞机的移动与射击、敌机的生成与移动、子弹的运动、碰撞检测、计分和游戏结束判定。这些功能拆到C代码里本质上就是几件重复的事不停更新位置、不停判断碰撞、不停绘制画面。所以我们不需要引入任何游戏引擎只需要把“游戏循环”这个概念想清楚程序在循环里做三件事——接收输入、更新游戏状态、绘制画面然后循环往复直到游戏结束。这种循环在VC6的控制台程序里实现起来非常直观。1.2 技术选型控制台、EasyX 还是 Win32写这个项目时我用的是纯控制台方案也就是在黑色命令行窗口里用字符拼画面。这个方案的好处有三个第一不依赖任何第三方图形库拷贝任何一个VC6环境都能编译第二字符画对坐标计算的要求很直白可以把注意力集中在游戏逻辑上第三它天然逼你去手动处理“渲染”问题比如屏幕闪烁反而能把双缓冲这类概念学明白。如果你想要更华丽的画面可以在VC6里用EasyX图形库。EasyX在VC6下有对应的旧版本直接包含graphics.h就能画矩形、贴图控制台的方案稍微调整一下也可以迁移过去。不过我不建议一上来就上图形库控制台方案跑通整个游戏框架之后再换EasyX其实是水到渠成的事。1.3 对象管理用数组和结构体撑起整个战场飞机、敌机、子弹这些都是游戏“对象”。如果给每架飞机都单独声明一个变量代码会写得让人崩溃。合理的做法是定义结构体然后用数组来管理同类型的对象。比如敌机最多同时存在20架就声明一个长度为20的敌方结构体数组子弹最多同时存在50颗就声明一个长度为50的子弹结构体数组。这个思路在游戏开发里叫“对象池”你不需要动态分配内存开局就把数组分配好运行时只需要复用数组里的元素。这里正好串起C的多个关键知识点结构体定义复合类型、数组管理同类型数据、遍历时用下标或指针访问对象、循环里加状态标记来控制对象的启用与禁用。可以说把这段逻辑写明白了你的C基本功就扎实了一大截。2. 核心数据结构与游戏循环设计2.1 玩家、敌机、子弹的数据结构定义在源码中我定义了几个结构体来管理游戏对象核心字段如下struct Plane { // 玩家飞机 int x; // 横坐标列 int y; // 纵坐标行 int hp; // 生命值 int score; // 当前分数 }; struct Enemy { // 敌机 int x, y; // 坐标 int hp; // 血量 int active; // 是否活跃1存活0死亡/未使用 int speed; // 下落速度 }; struct Bullet { // 子弹 int x, y; // 坐标 int active; // 是否存活 };用坐标而不是像素坐标是控制台方案的特殊之处。控制台窗口的字符位置就是天然坐标系横向用x表示列纵向用y表示行。画飞机、画子弹本质上就是把字符写到对应坐标。全局对象这样声明#define MAX_ENEMY 20 #define MAX_BULLET 50 Plane player; Enemy enemies[MAX_ENEMY]; Bullet bullets[MAX_BULLET];数组里每一个元素都带一个active标记表示这个对象当前是否“活着”。每次更新时只处理active为真的元素。这比动态创建和删除对象简单可靠得多也避免了频繁new和delete带来的内存碎片问题。2.2 游戏主循环输入、更新、渲染的固定节奏游戏的核心是 while 循环void gotoXY(int x, int y); // 光标定位函数 void initGame(); // 初始化游戏 void input(); // 处理输入 void update(); // 更新游戏逻辑 void render(); // 绘制画面 int main() { initGame(); while (player.hp 0) { input(); update(); render(); Sleep(50); // 控制帧率 } printf(Game Over! Score: %d\n, player.score); return 0; }这个循环里Sleep(50)大约能让游戏以20帧每秒的速度运行。帧率太慢会显得卡顿太快则根本看不清画面。控制台游戏要做的就是这种“延时循环”。2.3 双缓冲渲染让控制台画面不再闪烁在控制台里画画面最简单的方式是每次system(cls)清屏再重画。但这样做会产生明显的闪烁因为清屏和绘图之间有间隙人眼能感觉到屏幕在刷新。解决方法是“双缓冲”先在一个内存数组里把完整画面绘制好再一次性地把内存中的整幅画面输出到控制台。具体做法是定义一个二维字符数组作为缓冲区比如char screen[25][80]; // 25行80列先清空这个数组把飞机、子弹、敌机都“画”到数组的对应位置其实就是往数组元素里放字符最后用一个循环或者一次批量输出把整个数组内容打印到屏幕上。这样就不会闪烁而且画面切换非常干净。屏幕缓冲区用二维数组来做这里其实就踩到了热词里提到的“多维数组”它最典型的应用场景就是这种逐行逐列写画布的操作。3. 核心功能模块实现3.1 键盘输入与玩家移动控制获取键盘输入在Windows控制台里最常用的函数是kbhit()和getch()。kbhit()用来检测键盘是否有键被按下getch()用来获取被按下键的字符编码。方向键有特殊编码通常是两个字节第一个字节是0或224第二个字节才是真正的按键码。我用一个input()函数统一处理void input() { int key; if (kbhit()) { key getch(); if (key 224) { // 方向键的第一个字节 key getch(); switch (key) { case 72: player.y--; break; // 上 case 80: player.y; break; // 下 case 75: player.x--; break; // 左 case 77: player.x; break; // 右 } } else if (key ) { fire(); // 空格键发射子弹 } } }移动前要检查边界防止飞机超出屏幕范围否则会出现数组越界或者画面边缘截断的问题。这个检查很简单如果player.x小于边界就置为边界值大于边界也做同样处理。3.2 子弹与敌机管理发射子弹的逻辑是在玩家飞机的位置向下发射一颗子弹也就是在子弹数组里找一个active为0的空位把它设置为活跃坐标放在玩家飞机的正前方。void fire() { for (int i 0; i MAX_BULLET; i) { if (bullets[i].active 0) { bullets[i].active 1; bullets[i].x player.x; bullets[i].y player.y - 1; break; } } }敌机的生成也是类似思路但需要随机数来控制生成时机和位置void spawnEnemy() { if (rand() % 100 5) { // 每次更新有5%概率生成敌机 for (int i 0; i MAX_ENEMY; i) { if (enemies[i].active 0) { enemies[i].active 1; enemies[i].x rand() % 75 2; enemies[i].y 1; enemies[i].hp 1; enemies[i].speed 1 rand() % 3; break; } } } }这里的概率控制是重点。如果每次更新都按固定概率生成敌机游戏难度会随着时间变化不够平滑。我在实际代码里加入了一个难度递增逻辑随着分数的增加rand() % 100的判定阈值从5逐步上升到15这样后期敌机密度明显变大。你可以在update()里根据player.score动态调整生成概率比如int rate 5 player.score / 500; if (rand() % 100 rate)。3.3 碰撞检测矩形区域判定的那种简单粗暴做法碰撞检测是游戏能否成立的关键。在控制台字符游戏里飞机和子弹都可以视为一个字符大小的矩形区域所以碰撞检测几乎可以简化成坐标比较两个对象占用的字符位置有重叠就判定为碰撞。比如玩家子弹命中敌机void checkCollision() { for (int i 0; i MAX_ENEMY; i) { if (enemies[i].active 0) continue; for (int j 0; j MAX_BULLET; j) { if (bullets[j].active 0) continue; if (bullets[j].x enemies[i].x (bullets[j].y enemies[i].y || bullets[j].y enemies[i].y 1)) { bullets[j].active 0; enemies[i].hp--; if (enemies[i].hp 0) { enemies[i].active 0; player.score 10; } break; } } // 敌机碰撞玩家 if (enemies[i].active enemies[i].x player.x (enemies[i].y player.y || enemies[i].y player.y 1)) { player.hp--; enemies[i].active 0; } } }严格来说这里的碰撞判定是“点重合”判断对于字符画效果完全够用。字符在屏幕上本来就是一个点如果要更精确可以把碰撞区域扩展为矩形用矩形的左上角坐标和宽高判断是否有交集。矩形碰撞判断的公式其实很经典bool hit(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; }3.4 计分与游戏状态切换计分逻辑很简单击中一个敌人加10分击毁后可以再额外加分玩家死亡则游戏结束。状态切换可以用枚举值来管理让游戏有“运行中”、“暂停”、“结束”几个状态。虽然这个最小版本里只有“运行中”和“结束”两个状态但用枚举定义清楚后续扩展菜单、暂停时就会轻松很多。enum GameState { STATE_RUNNING, STATE_PAUSED, STATE_OVER };在while循环里switch当前状态根据状态决定调用哪些函数。这样代码结构清晰也方便后面加功能。4. 调试、踩坑与优化实录4.1 在VC6里调试常见编译错误这个源码最常用的编译环境就是VC6但你如果第一次在VC6里打开工程多半会遇到几个老熟人般的报错。最常见的报错之一是“unexpected end of file while looking for precompiled header directive”这是因为VC6默认开启了“预编译头”功能stdafx.h如果你没有把#include stdafx.h放在源文件第一行或者工程里没有stdafx.h编译器就会闹脾气。我的做法是新建Win32 Console Application时直接选“An empty project”之后自己创建.cpp文件这样就不会被预编译头折磨。如果你接手一个已有工程可以在工程设置里关闭“Precompiled Headers”或者保证每个.cpp文件第一行都包含它。另外一个高频报错是C2447“missing function header (old-style formal list?)”多半是前面的函数定义少了一个大括号或者是函数名写错了。这种错误在VC6里提示很不直观我一般会先看编译器报错所在行然后往上翻几十行检查括号配对因为这个错的实际位置往往比报错位置靠前。4.2 数组越界游戏崩溃的头号元凶在VC6里写雷霆战机最容易踩的坑就是数组越界。比如子弹数量是50但玩家连续按空格导致所有子弹都是活跃状态又再发射时遍历寻找空位可能会导致越界或者找不到空位而跳出这种情况还好。比较恶心的是当你用下标i从0到49访问数组时没问题但某处偶然写成了MAX_BULLET访问了下标为50的元素——C的数组下标越界不会像Java那样直接抛异常它只会静默地破坏相邻内存。在VC6的Debug模式下系统往往会弹出对话框告诉你内存损坏在Release下则可能表现成游戏运行几分钟后莫名其妙地崩掉或者画面出现乱码。我排查这种问题的方式是在所有循环更新数组的地方检查下标范围。一个稳妥的做法是在每次循环里先加一个if判断确保下标在合法区间内再访问。虽然会多写几行但在一个20行的循环里是值得的。4.3 游戏运行卡顿的隐性原因如果你的游戏运行起来卡顿多半不是逻辑太复杂而是渲染方式的问题。如果你用system(cls)清屏再printf重绘每一帧都要执行大量控制台IO操作这在VC6下会非常慢。换成我前面提到的二维缓冲数组方案之后卡顿问题会立刻消失。还有一种情况Sleep(50)和渲染耗时的总和偏大导致帧率被拖得很低。这时候可以测量一下每帧实际耗时通常的做法是在循环里记录timeGetTime()或者clock()计算间隔再动态调整Sleep时间。注意VC6的Sleep单位是毫秒如果你在循环里既Sleep(50)又做了大量计算一帧可能跑出80到100毫秒游戏自然就拖沓了。4.4 控制台中文乱码那些事在VC6的源码里写中文注释或者中文输出控制台经常出现乱码。这是因为VC6编辑器的默认编码和Windows控制台的代码页不一致。最简单的处理方案是源码里少用中文输出信息用英文或者拼音。如果一定要输出中文可以在程序开头调用SetConsoleOutputCP(CP_UTF8)或SetConsoleOutputCP(936)但不同Windows版本的兼容性略有差异。我当年的经验是宁可代码注释用英文也不折腾编码问题免得在“中文乱码”上浪费一个晚上。5. 后续扩展从“能玩”到“好玩”5.1 增加道具系统现在的最小版本已经能打完一整局但如果要让游戏更有可玩性我建议先加道具系统。敌人被击毁后有一定概率掉落道具道具用一个新增的结构体管理类型用枚举表示加速射击、双发子弹、护盾、炸弹。道具从敌机死亡位置往下掉落碰到玩家飞机后生效。这个扩展非常适合练手因为道具本质上是一组新对象和敌机、子弹的管理方式完全一致。你已经有了“active标记 数组遍历”的基础新增一个道具数组只需要复刻之前的逻辑几乎没什么新知识。5.2 加入关卡波次与Boss战再往深了做就是关卡的波次管理。可以把每一波敌机出现的数量、频率、类型定义成一个数组表格打完整张表就进入Boss战。Boss可以设计成一个大号的字符图形血量几十点会从不同角度发射子弹。Boss的子弹会更快、更密集玩家碰撞到Boss子弹也会掉血。波次系统看上去复杂其实核心就是一个“阶段计数器”每过一段时间或者每消灭若干敌人就把计数器加1更新敌机生成的参数。这样比纯随机生成更有节奏感。5.3 用EasyX给游戏换上真正的画面如果你觉得字符画实在不够好看下一步可以尝试EasyX。在VC6下装好EasyX之后把控制台的绘制逻辑替换成图形绘制玩家飞机画成矩形或图片子弹画成小圆点背景可以加一张滚动图片。这个迁移过程需要改的主要是render()部分游戏逻辑完全不用动。也就是说你之前写的输入、更新、碰撞检测代码在图形界面下全部照常使用这就是“逻辑与渲染分离”的好处也是这个小项目最有价值的工程经验之一。我在实际做这个迁移时最大的体会是框架比细节重要。只要你在一开始就把逻辑和渲染的边界划分清楚后面换渲染方案、加新玩法、修复bug代价都极其小。反过来如果一开始就图省事把绘制和碰撞检测混在一起写后面改一个显示字符都要动三个函数维护起来非常痛苦。把雷霆战机这个项目完整跑通你的C基础、数组理解、函数拆解能力都会有一个肉眼可见的提升。可能很多年之后你也会像我一样在某次翻硬盘的时候遇到这个老工程然后发现——当年的代码虽然简陋但它真的让你第一次明白了什么叫做“自己动手做一个游戏”。如果你也想做个游戏练手不用犹豫就从这份VC6的C源码开始。本文还有配套的精品资源点击获取 
长河君 · 2026/8/31 19:10:05 · 阅读 1.2k 用VC6+C++从零实现雷霆战机：控制台游戏开发入门实战
简介VC6雷霆战机C源码是一份基于Win32 API而非MFC编写的飞行射击游戏完整工程面向想把C语法用于真实项目的初学者能有效解决缺乏实战项目、难以上手Windows程序开发的问题。压缩包共99个文件大小仅1.83MB包含26个bmp位图、22个h头文件、21个cpp源文件、16个wav和4个mid音频另有dsp/dsw工程文件、rc资源描述和可直接运行的exe覆盖素材、代码、工程配置与可执行程序。已有901人学习下载代码在游戏循环、GDI绘图、窗口消息处理、碰撞检测、内存管理、资源加载等方面提供了清晰示范且各模块按cpp与h文件组织便于对照学习有助于理解游戏对象组织与Win32 API实际调用。通过阅读源码并配合位图与音频资源能够直观看到媒体文件如何被加载、绘制和播放从而快速建立C项目级开发经验为后续学习游戏编程打下扎实基础。 前阵子翻旧硬盘找到一个VC6工程打开一看居然是当年在宿舍熬夜写的雷霆战机C源码。编译一遍居然还能跑看着控制台里一堆字符拼出来的飞机上下翻飞子弹像模像样地打出去敌机一架架炸开还真有点感慨。VC6这个开发环境老归老但承载了太多人写游戏的第一行代码。如果你正想学C或者对游戏开发感兴趣但不知道从哪里下手这个项目可以说是最合适的练手素材——没有复杂的引擎依赖没有看不懂的框架就是纯C代码、基础数据结构、还有一点初级的算法把一个完整的弹幕射击游戏从零到一搭起来。这个项目的价值在于它把C的语法、数组、指针、结构体、函数调用、循环控制这些零散知识点在一个真实项目里全部串起来了。你需要的不是高深的理论而是动手把代码敲出来、跑起来、改起来。我会把整个项目的设计思路、核心数据结构的定义、每个模块的编写过程还有我在调试中踩过的坑都拆开揉碎讲给你听保证你照着做也能写出一份能玩的雷霆战机。1. 项目整体思路为什么还在用 VC6 写游戏1.1 从零勾勒“雷霆战机”的核心玩法雷霆战机在游戏类型上属于纵版弹幕射击STG核心玩法并不复杂玩家控制一架飞机在屏幕底部移动通过发射子弹消灭从上方不断出现的敌机同时要躲避敌方子弹和敌机碰撞。一个最小可玩版本需要的功能是玩家飞机的移动与射击、敌机的生成与移动、子弹的运动、碰撞检测、计分和游戏结束判定。这些功能拆到C代码里本质上就是几件重复的事不停更新位置、不停判断碰撞、不停绘制画面。所以我们不需要引入任何游戏引擎只需要把“游戏循环”这个概念想清楚程序在循环里做三件事——接收输入、更新游戏状态、绘制画面然后循环往复直到游戏结束。这种循环在VC6的控制台程序里实现起来非常直观。1.2 技术选型控制台、EasyX 还是 Win32写这个项目时我用的是纯控制台方案也就是在黑色命令行窗口里用字符拼画面。这个方案的好处有三个第一不依赖任何第三方图形库拷贝任何一个VC6环境都能编译第二字符画对坐标计算的要求很直白可以把注意力集中在游戏逻辑上第三它天然逼你去手动处理“渲染”问题比如屏幕闪烁反而能把双缓冲这类概念学明白。如果你想要更华丽的画面可以在VC6里用EasyX图形库。EasyX在VC6下有对应的旧版本直接包含graphics.h就能画矩形、贴图控制台的方案稍微调整一下也可以迁移过去。不过我不建议一上来就上图形库控制台方案跑通整个游戏框架之后再换EasyX其实是水到渠成的事。1.3 对象管理用数组和结构体撑起整个战场飞机、敌机、子弹这些都是游戏“对象”。如果给每架飞机都单独声明一个变量代码会写得让人崩溃。合理的做法是定义结构体然后用数组来管理同类型的对象。比如敌机最多同时存在20架就声明一个长度为20的敌方结构体数组子弹最多同时存在50颗就声明一个长度为50的子弹结构体数组。这个思路在游戏开发里叫“对象池”你不需要动态分配内存开局就把数组分配好运行时只需要复用数组里的元素。这里正好串起C的多个关键知识点结构体定义复合类型、数组管理同类型数据、遍历时用下标或指针访问对象、循环里加状态标记来控制对象的启用与禁用。可以说把这段逻辑写明白了你的C基本功就扎实了一大截。2. 核心数据结构与游戏循环设计2.1 玩家、敌机、子弹的数据结构定义在源码中我定义了几个结构体来管理游戏对象核心字段如下struct Plane { // 玩家飞机 int x; // 横坐标列 int y; // 纵坐标行 int hp; // 生命值 int score; // 当前分数 }; struct Enemy { // 敌机 int x, y; // 坐标 int hp; // 血量 int active; // 是否活跃1存活0死亡/未使用 int speed; // 下落速度 }; struct Bullet { // 子弹 int x, y; // 坐标 int active; // 是否存活 };用坐标而不是像素坐标是控制台方案的特殊之处。控制台窗口的字符位置就是天然坐标系横向用x表示列纵向用y表示行。画飞机、画子弹本质上就是把字符写到对应坐标。全局对象这样声明#define MAX_ENEMY 20 #define MAX_BULLET 50 Plane player; Enemy enemies[MAX_ENEMY]; Bullet bullets[MAX_BULLET];数组里每一个元素都带一个active标记表示这个对象当前是否“活着”。每次更新时只处理active为真的元素。这比动态创建和删除对象简单可靠得多也避免了频繁new和delete带来的内存碎片问题。2.2 游戏主循环输入、更新、渲染的固定节奏游戏的核心是 while 循环void gotoXY(int x, int y); // 光标定位函数 void initGame(); // 初始化游戏 void input(); // 处理输入 void update(); // 更新游戏逻辑 void render(); // 绘制画面 int main() { initGame(); while (player.hp 0) { input(); update(); render(); Sleep(50); // 控制帧率 } printf(Game Over! Score: %d\n, player.score); return 0; }这个循环里Sleep(50)大约能让游戏以20帧每秒的速度运行。帧率太慢会显得卡顿太快则根本看不清画面。控制台游戏要做的就是这种“延时循环”。2.3 双缓冲渲染让控制台画面不再闪烁在控制台里画画面最简单的方式是每次system(cls)清屏再重画。但这样做会产生明显的闪烁因为清屏和绘图之间有间隙人眼能感觉到屏幕在刷新。解决方法是“双缓冲”先在一个内存数组里把完整画面绘制好再一次性地把内存中的整幅画面输出到控制台。具体做法是定义一个二维字符数组作为缓冲区比如char screen[25][80]; // 25行80列先清空这个数组把飞机、子弹、敌机都“画”到数组的对应位置其实就是往数组元素里放字符最后用一个循环或者一次批量输出把整个数组内容打印到屏幕上。这样就不会闪烁而且画面切换非常干净。屏幕缓冲区用二维数组来做这里其实就踩到了热词里提到的“多维数组”它最典型的应用场景就是这种逐行逐列写画布的操作。3. 核心功能模块实现3.1 键盘输入与玩家移动控制获取键盘输入在Windows控制台里最常用的函数是kbhit()和getch()。kbhit()用来检测键盘是否有键被按下getch()用来获取被按下键的字符编码。方向键有特殊编码通常是两个字节第一个字节是0或224第二个字节才是真正的按键码。我用一个input()函数统一处理void input() { int key; if (kbhit()) { key getch(); if (key 224) { // 方向键的第一个字节 key getch(); switch (key) { case 72: player.y--; break; // 上 case 80: player.y; break; // 下 case 75: player.x--; break; // 左 case 77: player.x; break; // 右 } } else if (key ) { fire(); // 空格键发射子弹 } } }移动前要检查边界防止飞机超出屏幕范围否则会出现数组越界或者画面边缘截断的问题。这个检查很简单如果player.x小于边界就置为边界值大于边界也做同样处理。3.2 子弹与敌机管理发射子弹的逻辑是在玩家飞机的位置向下发射一颗子弹也就是在子弹数组里找一个active为0的空位把它设置为活跃坐标放在玩家飞机的正前方。void fire() { for (int i 0; i MAX_BULLET; i) { if (bullets[i].active 0) { bullets[i].active 1; bullets[i].x player.x; bullets[i].y player.y - 1; break; } } }敌机的生成也是类似思路但需要随机数来控制生成时机和位置void spawnEnemy() { if (rand() % 100 5) { // 每次更新有5%概率生成敌机 for (int i 0; i MAX_ENEMY; i) { if (enemies[i].active 0) { enemies[i].active 1; enemies[i].x rand() % 75 2; enemies[i].y 1; enemies[i].hp 1; enemies[i].speed 1 rand() % 3; break; } } } }这里的概率控制是重点。如果每次更新都按固定概率生成敌机游戏难度会随着时间变化不够平滑。我在实际代码里加入了一个难度递增逻辑随着分数的增加rand() % 100的判定阈值从5逐步上升到15这样后期敌机密度明显变大。你可以在update()里根据player.score动态调整生成概率比如int rate 5 player.score / 500; if (rand() % 100 rate)。3.3 碰撞检测矩形区域判定的那种简单粗暴做法碰撞检测是游戏能否成立的关键。在控制台字符游戏里飞机和子弹都可以视为一个字符大小的矩形区域所以碰撞检测几乎可以简化成坐标比较两个对象占用的字符位置有重叠就判定为碰撞。比如玩家子弹命中敌机void checkCollision() { for (int i 0; i MAX_ENEMY; i) { if (enemies[i].active 0) continue; for (int j 0; j MAX_BULLET; j) { if (bullets[j].active 0) continue; if (bullets[j].x enemies[i].x (bullets[j].y enemies[i].y || bullets[j].y enemies[i].y 1)) { bullets[j].active 0; enemies[i].hp--; if (enemies[i].hp 0) { enemies[i].active 0; player.score 10; } break; } } // 敌机碰撞玩家 if (enemies[i].active enemies[i].x player.x (enemies[i].y player.y || enemies[i].y player.y 1)) { player.hp--; enemies[i].active 0; } } }严格来说这里的碰撞判定是“点重合”判断对于字符画效果完全够用。字符在屏幕上本来就是一个点如果要更精确可以把碰撞区域扩展为矩形用矩形的左上角坐标和宽高判断是否有交集。矩形碰撞判断的公式其实很经典bool hit(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; }3.4 计分与游戏状态切换计分逻辑很简单击中一个敌人加10分击毁后可以再额外加分玩家死亡则游戏结束。状态切换可以用枚举值来管理让游戏有“运行中”、“暂停”、“结束”几个状态。虽然这个最小版本里只有“运行中”和“结束”两个状态但用枚举定义清楚后续扩展菜单、暂停时就会轻松很多。enum GameState { STATE_RUNNING, STATE_PAUSED, STATE_OVER };在while循环里switch当前状态根据状态决定调用哪些函数。这样代码结构清晰也方便后面加功能。4. 调试、踩坑与优化实录4.1 在VC6里调试常见编译错误这个源码最常用的编译环境就是VC6但你如果第一次在VC6里打开工程多半会遇到几个老熟人般的报错。最常见的报错之一是“unexpected end of file while looking for precompiled header directive”这是因为VC6默认开启了“预编译头”功能stdafx.h如果你没有把#include stdafx.h放在源文件第一行或者工程里没有stdafx.h编译器就会闹脾气。我的做法是新建Win32 Console Application时直接选“An empty project”之后自己创建.cpp文件这样就不会被预编译头折磨。如果你接手一个已有工程可以在工程设置里关闭“Precompiled Headers”或者保证每个.cpp文件第一行都包含它。另外一个高频报错是C2447“missing function header (old-style formal list?)”多半是前面的函数定义少了一个大括号或者是函数名写错了。这种错误在VC6里提示很不直观我一般会先看编译器报错所在行然后往上翻几十行检查括号配对因为这个错的实际位置往往比报错位置靠前。4.2 数组越界游戏崩溃的头号元凶在VC6里写雷霆战机最容易踩的坑就是数组越界。比如子弹数量是50但玩家连续按空格导致所有子弹都是活跃状态又再发射时遍历寻找空位可能会导致越界或者找不到空位而跳出这种情况还好。比较恶心的是当你用下标i从0到49访问数组时没问题但某处偶然写成了MAX_BULLET访问了下标为50的元素——C的数组下标越界不会像Java那样直接抛异常它只会静默地破坏相邻内存。在VC6的Debug模式下系统往往会弹出对话框告诉你内存损坏在Release下则可能表现成游戏运行几分钟后莫名其妙地崩掉或者画面出现乱码。我排查这种问题的方式是在所有循环更新数组的地方检查下标范围。一个稳妥的做法是在每次循环里先加一个if判断确保下标在合法区间内再访问。虽然会多写几行但在一个20行的循环里是值得的。4.3 游戏运行卡顿的隐性原因如果你的游戏运行起来卡顿多半不是逻辑太复杂而是渲染方式的问题。如果你用system(cls)清屏再printf重绘每一帧都要执行大量控制台IO操作这在VC6下会非常慢。换成我前面提到的二维缓冲数组方案之后卡顿问题会立刻消失。还有一种情况Sleep(50)和渲染耗时的总和偏大导致帧率被拖得很低。这时候可以测量一下每帧实际耗时通常的做法是在循环里记录timeGetTime()或者clock()计算间隔再动态调整Sleep时间。注意VC6的Sleep单位是毫秒如果你在循环里既Sleep(50)又做了大量计算一帧可能跑出80到100毫秒游戏自然就拖沓了。4.4 控制台中文乱码那些事在VC6的源码里写中文注释或者中文输出控制台经常出现乱码。这是因为VC6编辑器的默认编码和Windows控制台的代码页不一致。最简单的处理方案是源码里少用中文输出信息用英文或者拼音。如果一定要输出中文可以在程序开头调用SetConsoleOutputCP(CP_UTF8)或SetConsoleOutputCP(936)但不同Windows版本的兼容性略有差异。我当年的经验是宁可代码注释用英文也不折腾编码问题免得在“中文乱码”上浪费一个晚上。5. 后续扩展从“能玩”到“好玩”5.1 增加道具系统现在的最小版本已经能打完一整局但如果要让游戏更有可玩性我建议先加道具系统。敌人被击毁后有一定概率掉落道具道具用一个新增的结构体管理类型用枚举表示加速射击、双发子弹、护盾、炸弹。道具从敌机死亡位置往下掉落碰到玩家飞机后生效。这个扩展非常适合练手因为道具本质上是一组新对象和敌机、子弹的管理方式完全一致。你已经有了“active标记 数组遍历”的基础新增一个道具数组只需要复刻之前的逻辑几乎没什么新知识。5.2 加入关卡波次与Boss战再往深了做就是关卡的波次管理。可以把每一波敌机出现的数量、频率、类型定义成一个数组表格打完整张表就进入Boss战。Boss可以设计成一个大号的字符图形血量几十点会从不同角度发射子弹。Boss的子弹会更快、更密集玩家碰撞到Boss子弹也会掉血。波次系统看上去复杂其实核心就是一个“阶段计数器”每过一段时间或者每消灭若干敌人就把计数器加1更新敌机生成的参数。这样比纯随机生成更有节奏感。5.3 用EasyX给游戏换上真正的画面如果你觉得字符画实在不够好看下一步可以尝试EasyX。在VC6下装好EasyX之后把控制台的绘制逻辑替换成图形绘制玩家飞机画成矩形或图片子弹画成小圆点背景可以加一张滚动图片。这个迁移过程需要改的主要是render()部分游戏逻辑完全不用动。也就是说你之前写的输入、更新、碰撞检测代码在图形界面下全部照常使用这就是“逻辑与渲染分离”的好处也是这个小项目最有价值的工程经验之一。我在实际做这个迁移时最大的体会是框架比细节重要。只要你在一开始就把逻辑和渲染的边界划分清楚后面换渲染方案、加新玩法、修复bug代价都极其小。反过来如果一开始就图省事把绘制和碰撞检测混在一起写后面改一个显示字符都要动三个函数维护起来非常痛苦。把雷霆战机这个项目完整跑通你的C基础、数组理解、函数拆解能力都会有一个肉眼可见的提升。可能很多年之后你也会像我一样在某次翻硬盘的时候遇到这个老工程然后发现——当年的代码虽然简陋但它真的让你第一次明白了什么叫做“自己动手做一个游戏”。如果你也想做个游戏练手不用犹豫就从这份VC6的C源码开始。本文还有配套的精品资源点击获取