C语言实战：从零复刻微信飞机大战，掌握游戏开发核心架构-育师

1. 项目概述：从零到一，用C语言复刻经典

微信飞机大战，这个曾经在无数人指尖跳跃过的经典小游戏，承载了许多人的记忆。它规则简单，节奏明快，但麻雀虽小五脏俱全，包含了游戏开发中图形渲染、碰撞检测、状态管理、事件处理等核心要素。对于C语言学习者而言，将其作为实战项目，其价值远超于编写一个控制台下的“学生管理系统”。它迫使你跳出纯算法的思维，去直面如何用最基础的C语言和图形库，在屏幕上“画”出一个动态的、可交互的世界。这不仅是语法的综合运用，更是对计算机图形学、游戏循环、实时系统等概念的启蒙实践。

这个项目适合谁？首先，当然是已经掌握了C语言基础（变量、分支、循环、数组、函数、指针、结构体）的进阶学习者。其次，是那些对游戏开发抱有浓厚兴趣，但又不想一开始就陷入Unity或Unreal Engine庞大生态的初学者。通过这个项目，你能亲手触摸到游戏引擎最底层的脉搏——主循环（Game Loop）。最后，它也适合那些想巩固C语言知识，尤其是文件操作、内存管理和多文件编程的开发者。你会发现，当代码量上升到几百行、多个源文件时，如何组织代码、管理资源，本身就是一门学问。

我将带你从零开始，使用最经典的EasyX图形库（对于Windows平台）或SDL库（跨平台）作为图形界面支撑，一步步构建出属于你自己的飞机大战。我们会涵盖从项目搭建、图形绘制、精灵移动、子弹发射、敌机生成、碰撞检测到分数计算、游戏状态管理的完整流程。过程中，我会穿插讲解那些看似简单实则暗藏玄机的细节，比如如何避免画面闪烁、如何管理大量游戏对象、如何设计合理的数据结构来提升效率。这不仅仅是一份“操作手册”，更是一次对小型游戏架构的深度剖析。

2. 核心思路与架构设计

在动手写第一行代码之前，我们必须想清楚整个游戏的运行逻辑和数据如何组织。一个混乱的架构会让后续的添加功能（比如多种敌机、道具系统）变得举步维艰。

2.1 游戏主循环：一切的核心

所有实时游戏的心脏都是一个无限循环，即“游戏主循环”。每一次循环，我们称之为一“帧”。在每一帧里，我们按顺序做四件事：

处理输入：检测用户的键盘、鼠标操作。
更新游戏状态：根据输入和游戏逻辑，更新所有游戏对象（玩家飞机、敌机、子弹、爆炸效果等）的位置、状态。
渲染画面：将更新后的游戏状态，绘制到屏幕上。
控制帧率：让循环等待一小段时间，以确保游戏以稳定的速度（如每秒60帧）运行，避免在不同性能的电脑上速度不一致。

用C语言和图形库，这个主循环的骨架大致如下：

while (游戏运行中) { clock_t start = clock(); // 记录帧开始时间 // 1. 处理输入 processInput(); // 2. 更新游戏逻辑 updateGameLogic(); // 3. 渲染 render(); // 4. 控制帧率 while (clock() - start < FRAME_TIME); // FRAME_TIME是每帧应持续的毫秒数 }

注意：这里用clock()进行简单帧率控制，在EasyX中更常用的方法是使用BeginBatchDraw和EndBatchDraw来消除闪烁，并用Sleep函数进行粗略延时。更精确的控制需要用到高精度计时器，但对于初学者项目，简单控制已足够。

2.2 数据结构设计：用结构体描述一切

C语言没有类的概念，我们使用结构体（struct）来封装一个游戏对象的属性。这是本项目数据结构设计的核心。

玩家飞机 (PLAYER)：需要位置(x, y)、生命值(hp)、移动速度(speed)、是否存活(isAlive)、贴图指针等。
敌机 (ENEMY)：除了位置、速度、生命值，还需要类型（区分不同强度、分数的敌机）、移动路径模式等。
子弹 (BULLET)：位置、速度、威力、发射者（玩家或敌机）等。
爆炸效果 (EXPLOSION)：位置、当前动画帧、动画总帧数、是否播放完毕等。

一个典型的玩家飞机结构体定义：

typedef struct { float x, y; // 坐标（使用浮点数让移动更平滑） int width, height; // 碰撞矩形大小 int hp; // 生命值 int speed; // 移动速度（像素/帧） bool isAlive; // 是否存活 IMAGE* img; // 指向飞机贴图的指针 } Player;

为什么用浮点数坐标？如果只用整数坐标，飞机的移动速度只能是整数像素/帧，移动会显得“卡顿”。使用浮点数坐标，我们可以在更新时累加小数速度，渲染时再取整，从而实现平滑移动。这是2D游戏中的一个基础技巧。

2.3 对象管理：数组与对象池

游戏运行时，屏幕上会有大量敌机和子弹。我们不可能为每一个动态创建的对象都单独malloc，然后在销毁时free，这会产生严重的内存碎片和性能开销。

标准做法是使用“对象池（Object Pool）”。我们预先定义两个固定大小的数组（或链表），一个用于敌机，一个用于子弹。

Enemy enemyPool[MAX_ENEMIES]; Bullet bulletPool[MAX_BULLETS];

每个对象都有一个isActive（是否活跃）的标志。当需要生成一个新敌机或子弹时，我们遍历对象池，找到一个isActive == false的“空闲”对象，初始化它的属性，并将其isActive设为true。当子弹飞出屏幕或敌机被击毁时，我们并不真正删除它，只是将其isActive设为false，等待下次复用。

这种方法避免了频繁的内存申请释放，性能极高，是游戏开发中的经典模式。你需要仔细设计MAX_ENEMIES和MAX_BULLETS的大小，既要满足游戏需求，又不要过度浪费内存。

3. 开发环境搭建与图形库选择

工欲善其事，必先利其器。选择一个合适的图形库并配置好环境，是项目成功的第一步。

3.1 图形库选型：EasyX vs. SDL

EasyX（推荐给Windows初学者）：
- 优点：专为C/C++初学者设计，API极其简单，安装方便（通常是一个安装包直接集成到Visual Studio）。它基于Windows GDI，封装了基本的绘图、贴图、输入和音乐函数。对于“微信飞机大战”这种2D游戏完全够用，能让你快速看到成果，建立信心。
- 缺点：仅支持Windows平台，且功能相对基础，不适合大型或高性能游戏开发。
- 安装：前往EasyX官网下载安装包，运行后选择你的Visual Studio版本即可自动配置。
SDL（Simple DirectMedia Layer）：
- 优点：强大的跨平台多媒体库，支持Windows、macOS、Linux甚至移动端。功能全面，性能优秀，被许多商业游戏使用。学习SDL能让你接触到更接近工业级的游戏开发概念。
- 缺点：配置相对复杂（需要自己下载开发库、配置头文件和库文件路径），API比EasyX更底层，初学者入门门槛稍高。
- 安装：在Windows上，你可以使用vcpkg (vcpkg install sdl2 sdl2-image sdl2-mixer sdl2-ttf) 或手动下载开发包，在IDE中配置包含目录和库目录。

对于本教程，我将主要基于EasyX进行讲解，因为它能让我们更专注于游戏逻辑本身。所有核心逻辑（对象管理、碰撞检测、状态更新）都是通用的，你完全可以后期用SDL替换掉EasyX的图形渲染部分。

3.2 在VSCode中配置C语言环境（备用方案）

如果你不使用Visual Studio，而使用更轻量的VSCode，配置C/C++环境需要以下步骤：

安装编译器：下载并安装MinGW-w64，它将提供gcc和g++编译器。记得将bin目录（如C:\mingw64\bin）添加到系统的PATH环境变量。
安装VSCode插件：安装微软官方的C/C++扩展。
创建项目并配置：在项目文件夹下，创建.vscode文件夹，并在其中创建三个文件：
- c_cpp_properties.json：配置编译器路径和包含路径。
- tasks.json：配置编译任务（告诉VSCode如何调用gcc编译你的代码，并链接EasyX库）。
- launch.json：配置调试任务。

关键点在于链接EasyX库。EasyX为MinGW提供了libeasyx.a（静态库）或libeasyx.dll.a（动态库导入库）。你需要在tasks.json的编译参数中，通过-L指定库文件路径，通过-l指定库名（如-leasyx）。同时，因为EasyX基于GDI，还需要链接Windows的GDI相关库：-lgdi32 -lole32 -luuid。

这是一个简化的tasks.json示例片段：

"args": [ "-fexec-charset=gbk", // 解决中文输出乱码问题 "-o", "${fileDirname}\\${fileBasenameNoExtension}.exe", "${file}", "-L D:\\Libs\\EasyX", // 你的EasyX库路径 "-l easyx", "-l gdi32", "-l ole32", "-l uuid" ],

实操心得：VSCode配置环境是新手的一大坎，报错信息往往不直观。一个高效的调试方法是：先在命令行中手动用gcc命令编译成功，然后将完整的命令参数复制到tasks.json的args里。确保路径使用双反斜杠\\或正斜杠/。

4. 核心模块实现详解

环境就绪后，我们开始分模块构建游戏。我将按照功能模块，而非严格的文件顺序来讲解，这样逻辑更清晰。

4.1 图形资源加载与初始化

游戏离不开图片和音效。在EasyX中，我们使用IMAGE结构体和loadimage函数。

// 定义全局的IMAGE指针 IMAGE img_bg; // 背景 IMAGE img_plane; // 玩家飞机 IMAGE img_enemy1; // 敌机类型1 IMAGE img_bullet; // 子弹 // 在游戏初始化函数中加载 void loadResources() { // 加载图片，第三个参数为加载后是否调整IMAGE对象大小 loadimage(&img_bg, _T("res/bg.jpg")); // 背景图 loadimage(&img_plane, _T("res/plane.png"), 60, 80); // 指定大小 loadimage(&img_enemy1, _T("res/enemy1.png")); loadimage(&img_bullet, _T("res/bullet.png")); // 设置透明色（如果图片有背景色） // SetWorkingImage(&img_plane); // setbkcolor(TRANSPARENT); // ... 其他设置 }

注意事项：
资源路径：建议在项目根目录创建res文件夹存放所有图片和音效。使用相对路径"res/xxx.png"，这样程序在其他电脑上也能运行。
透明色问题：PNG图片本身支持透明度，但EasyX的loadimage对PNG透明通道的支持取决于版本。更可靠的做法是，将素材背景处理成一种纯色（如品红色RGB(255,0,255)），然后在绘制前使用putimage的SRCAND和SRCPAINT模式，或更方便的transparentBlt函数来实现透明绘制。
loadimage重载错误：网络热词中提到了“c2665 ‘loadimage’ 2个重载中没有一个可以转换所有参数类型解决方案”。这通常发生在Visual Studio中，是因为字符集设置问题。loadimage函数有LPCTSTR（宽字符）和const char*（多字节）两种重载。如果你的项目是Unicode字符集，而传入了一个多字节字符串，就会报错。解决方案：在字符串前加_T()宏，如_T("res/bg.jpg")，或者将项目属性中的“字符集”改为“使用多字节字符集”。

4.2 玩家控制模块

玩家飞机的控制是游戏交互的基础。我们需要在游戏主循环的“处理输入”阶段，持续检测键盘状态。

void processInput(Player* player) { // EasyX中，使用GetAsyncKeyState检测按键持续按下 // VK_UP, VK_DOWN, VK_LEFT, VK_RIGHT 是方向键的虚拟键码 // 也可以使用 WASD: 'W', 'A', 'S', 'D' if (GetAsyncKeyState(VK_UP) & 0x8000) { player->y -= player->speed; if (player->y < 0) player->y = 0; // 边界检测 } if (GetAsyncKeyState(VK_DOWN) & 0x8000) { player->y += player->speed; if (player->y > SCREEN_HEIGHT - player->height) player->y = SCREEN_HEIGHT - player->height; } // ... 处理左右移动 // 空格键发射子弹 static bool spacePressed = false; // 静态变量，用于检测按键按下事件 if (GetAsyncKeyState(VK_SPACE) & 0x8000) { if (!spacePressed) { // 上次未按下，本次按下，触发一次发射 fireBullet(player->x + player->width/2, player->y); spacePressed = true; } } else { spacePressed = false; } }

关键技巧：按键消抖与连发：上面的代码实现了“按下发射一颗”。如果想实现“按住连发”，可以引入一个计时变量，当空格键被持续按住超过一定时间（如200毫秒）后，每隔一个更短的时间（如100毫秒）自动发射一颗子弹。这需要用到帧计时或系统时间。

4.3 敌机与子弹的生成与管理

这是对象池模式的具体应用。我们以敌机为例：

#define MAX_ENEMY 50 Enemy enemyPool[MAX_ENEMY]; void initEnemyPool() { for (int i = 0; i < MAX_ENEMY; i++) { enemyPool[i].isActive = false; } } // 在游戏逻辑更新中，定期调用此函数生成新敌机 void spawnEnemy() { static int spawnTimer = 0; spawnTimer++; if (spawnTimer >= SPAWN_INTERVAL) { // 比如每30帧生成一个 spawnTimer = 0; // 在对象池中寻找一个空闲位置 for (int i = 0; i < MAX_ENEMY; i++) { if (!enemyPool[i].isActive) { // 初始化这个敌机 enemyPool[i].x = rand() % (SCREEN_WIDTH - ENEMY_WIDTH); enemyPool[i].y = -ENEMY_HEIGHT; // 从屏幕上方出现 enemyPool[i].speed = 2 + rand() % 3; // 随机速度 enemyPool[i].hp = 1; enemyPool[i].isActive = true; enemyPool[i].type = rand() % 3; // 随机类型 break; // 找到一个就退出循环 } } } } // 更新所有活跃的敌机 void updateEnemies() { for (int i = 0; i < MAX_ENEMY; i++) { if (enemyPool[i].isActive) { enemyPool[i].y += enemyPool[i].speed; // 向下移动 // 边界检查：飞出屏幕底部则失效 if (enemyPool[i].y > SCREEN_HEIGHT) { enemyPool[i].isActive = false; } // 这里还可以添加更复杂的移动逻辑，如正弦波移动 } } }

子弹的管理逻辑与此完全类似。一个重要的优化点：在updateEnemies和updateBullets循环中，我们只处理isActive为真的对象。当游戏对象很多时，这能节省大量不必要的计算。

4.4 碰撞检测：游戏逻辑的仲裁者

碰撞检测决定了子弹是否击中敌机、敌机是否撞到玩家。对于这种2D游戏，最常用且高效的是轴对称包围盒（AABB）检测。即判断两个矩形在x轴和y轴上的投影是否重叠。

bool checkCollision(float x1, float y1, int w1, int h1, float x2, float y2, int w2, int h2) { // 矩形1的右边界 > 矩形2的左边界 且 // 矩形1的左边界 < 矩形2的右边界 且 // 矩形1的下边界 > 矩形2的上边界 且 // 矩形1的上边界 < 矩形2的下边界 // 则发生碰撞 return (x1 < x2 + w2 && x1 + w1 > x2 && y1 < y2 + h2 && y1 + h1 > y2); }

在游戏逻辑更新中，我们需要进行双重循环检测：

void checkAllCollisions() { // 遍历所有玩家子弹 for (int b = 0; b < MAX_BULLETS; b++) { if (!bulletPool[b].isActive || bulletPool[b].type != BULLET_PLAYER) continue; // 遍历所有敌机 for (int e = 0; e < MAX_ENEMY; e++) { if (!enemyPool[e].isActive) continue; if (checkCollision(bulletPool[b].x, bulletPool[b].y, BULLET_W, BULLET_H, enemyPool[e].x, enemyPool[e].y, ENEMY_W, ENEMY_H)) { // 碰撞发生！ enemyPool[e].hp--; // 敌机掉血 bulletPool[b].isActive = false; // 子弹消失 if (enemyPool[e].hp <= 0) { enemyPool[e].isActive = false; addScore(enemyPool[e].type); // 根据敌机类型加分 createExplosion(enemyPool[e].x, enemyPool[e].y); // 创建爆炸效果 } break; // 这颗子弹已经击中，跳出内层循环，检测下一颗子弹 } } } // 还需要检测敌机与玩家的碰撞（游戏结束条件） // ... }

性能考量：这是一个O(n*m)的算法（n子弹数，m敌机数）。当对象数量很多时（比如上百个），这会成为性能瓶颈。一个常见的优化是空间划分，比如将屏幕划分为网格，只检测在同一网格或相邻网格内的对象。但对于我们这个小游戏，几十个对象完全在CPU处理能力之内，简单双重循环足矣。

4.5 渲染与双缓冲：消除画面闪烁

如果你直接在屏幕上逐帧绘制，会看到严重的画面闪烁。这是因为屏幕正在被频繁地擦除和重绘。解决方案是双缓冲。

原理是：我们在内存中创建一个和屏幕画布一样大的“缓冲区图像（IMAGE）”。每一帧，所有的绘图操作都先在这个缓冲区上进行。当一整帧的画面全部绘制完成后，一次性将这个缓冲区的内容“贴”到屏幕上。EasyX提供了非常简单的API来实现：

void render() { // 开始批量绘图 BeginBatchDraw(); // 1. 清空缓冲区（通常用背景图覆盖） putimage(0, 0, &img_bg); // 2. 绘制所有活跃的游戏对象 // 绘制玩家 putimage(player.x, player.y, &img_plane, SRCAND); // 可能需要先处理透明背景 // 绘制所有敌机 for (int i = 0; i < MAX_ENEMY; i++) { if (enemyPool[i].isActive) { putimage(enemyPool[i].x, enemyPool[i].y, &img_enemy1); } } // 绘制所有子弹... // 绘制爆炸动画... // 绘制UI（分数、生命值）... // 使用 outtextxy 或 settextstyle, outtextxy 绘制文字 // 结束批量绘图，并刷新屏幕 EndBatchDraw(); }

BeginBatchDraw()和EndBatchDraw()这对函数就是EasyX的双缓冲机制。所有在它们之间的绘图指令都会在内存中完成，最后由EndBatchDraw()统一提交到屏幕，从而消除闪烁。

5. 项目进阶与优化

完成基础版本后，你可以从以下几个方向深化项目，这会让你的作品和简历更加出彩。

5.1 状态管理：让游戏更有层次

一个完整的游戏不应只有一个“游戏中”状态。至少应有：

开始菜单 (MENU)：显示游戏标题、开始选项、退出选项。
游戏中 (PLAYING)：核心游戏循环。
暂停 (PAUSE)：暂停游戏，显示暂停界面。
游戏结束 (GAME_OVER)：显示最终分数，提供重玩或返回菜单选项。

使用一个枚举变量来管理游戏状态：

typedef enum { MENU, PLAYING, PAUSE, GAME_OVER } GameState; GameState currentState = MENU;

在主循环中，根据currentState的值，执行不同的处理、更新和渲染逻辑。例如，在MENU状态，processInput检测的是菜单选项的上下移动和确认键；在PLAYING状态，检测的才是飞机移动和射击键。

5.2 资源管理与内存安全

统一加载与释放：在initGame()函数中集中加载所有图片、音效。在游戏退出前，务必有一个closeGame()函数，使用delimage()释放所有加载的IMAGE资源。良好的习惯是，malloc和free、loadimage和delimage一定要成对出现。
防止内存泄漏：虽然对象池避免了频繁申请释放，但如果你在游戏过程中动态创建了其他资源（比如为每个爆炸效果临时加载音效），一定要记得释放。使用工具如Valgrind（Linux）或Visual Studio的内存诊断工具可以帮助检查。

5.3 代码组织：多文件与模块化

当代码超过500行，就应该考虑拆分文件了。良好的组织能让代码更易读、易维护。

main.c：包含程序入口main()函数和游戏主循环。
game.h/game.c：定义游戏状态、全局变量、主循环函数、初始化与关闭函数。
player.h/player.c：玩家相关的结构体和函数（移动、绘制、被击中）。
enemy.h/enemy.c：敌机相关的结构体和函数（生成、更新、绘制）。
bullet.h/bullet.c：子弹相关的结构体和函数（发射、更新、绘制）。
collision.h/collision.c：碰撞检测相关函数。
render.h/render.c：渲染相关函数。
resource.h/resource.c：资源加载和管理函数。

在头文件（.h）中声明函数和外部变量，在源文件（.c）中实现。使用#ifndef、#define、#endif防止头文件被重复包含。

5.4 添加音效与动画

音效：EasyX提供了mciSendString函数来播放简单的WAV或MP3文件。你可以为发射子弹、击中敌机、爆炸、游戏结束等事件添加音效。注意控制同时播放的音效数量，避免混乱。
动画：爆炸效果就是一个典型的帧动画。你可以准备一系列连续的爆炸图片，在Explosion结构体中记录当前播放到第几帧。在更新函数中，每隔几帧就切换到下一张图片，直到播放完毕，然后将该爆炸对象标记为不活跃。

6. 常见问题与调试技巧实录

在开发过程中，你几乎一定会遇到下面这些问题。

6.1 画面撕裂或卡顿

症状：游戏画面有横向撕裂感，或感觉不流畅。
排查：
1. 确认使用了双缓冲：检查是否使用了BeginBatchDraw()和EndBatchDraw()。
2. 检查帧率控制：如果完全没有帧率控制，游戏会以CPU能跑出的最高速度运行，可能导致画面更新过快、不一致，并让CPU占用率100%。在主循环末尾添加一个精确的延时，如Sleep(16)（瞄准60FPS）或使用高精度计时器计算剩余帧时间。
3. 渲染负载过重：每一帧是否绘制了太多东西？或者有非常耗时的绘图操作？尝试简化渲染逻辑。

6.2 碰撞检测不准确

症状：看起来没碰到却判定击中，或者明明碰到了却没反应。
排查：
1. 绘制碰撞框：在调试阶段，可以用rectangle函数把每个游戏对象的碰撞矩形画出来（用醒目的颜色，如红色）。这样就能直观地看到碰撞框和图片是否匹配。
2. 检查矩形参数：确认传入checkCollision函数的坐标是矩形左上角，宽度和高度定义正确。有时候我们以为坐标是中心点，但实际是左上角，这会导致错位。
3. 更新与渲染的顺序：确保碰撞检测是在所有对象位置更新之后，渲染之前进行的。逻辑更新和渲染的顺序错误会导致“视觉”和“逻辑”不同步。

6.3 对象池出现“幽灵”对象

症状：敌机或子弹被销毁后，偶尔还会在屏幕上闪现一下，或者发生碰撞。
排查：
1. 确保正确重置状态：当一个对象被“回收”（isActive = false）时，是否只重置了isActive？它的坐标、速度等属性可能还保留着旧值。当下次被重新激活时，这些旧值可能导致它出现在奇怪的位置。最佳实践是：在对象被回收时，将其所有关键属性重置为一个安全的默认值，或者在激活时进行完整的初始化。
2. 循环遍历的边界：在更新和渲染所有对象时，务必检查isActive标志。一个常见的错误是，在某个函数里漏掉了这个检查。

6.4 中文显示乱码

症状：使用outtextxy输出中文时显示为问号或乱码。
解决方案：
1. 设置字体：在输出文字前，使用settextstyle设置一个支持中文的字体，如settextstyle(20, 0, _T("宋体"))。
2. 字符集问题：确保你的源代码文件保存的编码是GB2312或GBK（对于EasyX的默认设置）。在Visual Studio中，可以通过“文件 -> 高级保存选项”来更改。更一劳永逸的方法是使用宽字符字符串，即用_T()宏包裹字符串：outtextxy(10, 10, _T("得分："))。
3. VSCode/MinGW环境：在编译参数中加入-fexec-charset=gbk，告诉编译器执行字符集为GBK。

6.5 项目移植到其他电脑无法运行

症状：在自己电脑上编译好的exe，发给别人打不开，提示缺少dll。
解决方案：
1. 静态链接：在编译时，尝试链接EasyX的静态库版本（如果有的话），这样所有代码都打包进exe，不依赖外部dll。
2. 携带运行时库：如果使用动态链接，需要将程序依赖的dll（如EasyX.dll、msvcrt.dll等）和exe放在同一目录下一起分发。
3. 使用发布模式：在Visual Studio中，确保是使用Release模式编译，而不是Debug模式。Debug模式编译的程序通常依赖特定的调试运行时库。

完成这个项目后，你收获的不仅仅是一个可以运行的游戏。你系统地实践了从需求分析、架构设计、模块编码、调试到优化的完整软件开发流程。你深入理解了游戏循环、对象池、双缓冲、碰撞检测等核心游戏开发概念。更重要的是，你证明了用纯粹的C语言，配合基础的图形库，完全有能力创造出有趣、可交互的应用程序。这为你未来学习更复杂的C++游戏框架（如SFML、Cocos2d-x）或底层图形API（如OpenGL）打下了坚实而直观的基础。下次当有人问起你的C语言项目经验时，你可以自信地展示这个会飞、会打、会爆炸的“飞机大战”，这比任何命令行程序都更有说服力。