简介基于QT框架的C期末大作业完整实现了陨石撞击飞机游戏包含工程源码、资源素材与配套文档说明面向正在完成大作业、毕业设计或需要项目实战练习的计算机专业学生难度适中具备良好的参考价值。资源包共79个文件大小约34.93MB其中包含8个cpp源文件、8个头文件、47个png与5个jpg图片素材还配有音效、图标、QT工程文件及README说明既支持直接编译运行也方便逐模块阅读和二次开发。游戏侧实现了陨石生成与移动、飞机操控、碰撞判定、血量得分、难度递增等核心玩法界面交互与动画均由QT框架完成文档侧涵盖需求分析、设计说明、实现细节和测试报告有助于理解整体架构并撰写课程报告或答辩PPT。项目曾获导师指导与评审最终得分98分所有源码已在本地编译调试通过目前已有58人学习下载适合希望拿下一个可运行的完整C游戏项目来综合训练编程能力的学习者。1. 拿到“陨石撞击飞机”这个期末作业别急着画飞机先想清楚你要交什么“基于QT的陨石撞击飞机游戏设计与实现”这类课程设计几乎是每个C/Qt学习者绕不开的一道坎。它看起来只是个“小游戏”但期末评分看的往往不是游戏多好玩而是代码结构、注释、文档和答辩时的讲解是否站得住。这个标题背后真正要解决的问题是在Qt框架下如何用类把游戏对象、渲染循环、碰撞检测和界面逻辑拆开并配上一份能让老师少问三句的文档说明。本文适合两类人一是刚学完C、第一次接触Qt的小组作业成员二是想把这套代码改造成简历项目的同学。我会按“先搭框架、再填逻辑、最后补文档”的顺序用几段可直接复制的核心代码和你一起把这座小飞机竖起来顺便把最容易翻车的几个坑提前排掉。2. Qt游戏主循环与对象设计为什么你的小游戏一卡一卡而别人丝滑如丝2.1 用QTimer驱动帧循环而不是用while死循环很多初学者拿到“游戏”两个字第一反应是写一个while(1)循环不停地更新画面。这在Qt里是大忌——它会把主线程事件循环完全卡死窗口拖不动、按钮点不了程序像是“假死”了。Qt一切东西都是事件驱动的游戏逻辑也应该顺着事件流走。常见的做法是使用QTimer作为“心跳”每隔固定时间触发一次更新。帧率一般取60FPS也就是16毫秒左右一次。// GameWidget.h class GameWidget : public QWidget { Q_OBJECT public: explicit GameWidget(QWidget *parent nullptr); protected: void paintEvent(QPaintEvent *event) override; // 所有绘制都在这 void keyPressEvent(QKeyEvent *event) override; // 键盘控制飞机 private slots: void updateGame(); // 每帧逻辑更新 private: QTimer *timer; int frameCount; }; // GameWidget.cpp 构造函数片段 GameWidget::GameWidget(QWidget *parent) : QWidget(parent) { timer new QTimer(this); connect(timer, QTimer::timeout, this, GameWidget::updateGame); timer-start(16); // 约60fps }为什么用connect(timer, QTimer::timeout, this, GameWidget::updateGame)而不是直接写一个while(1)因为QTimer::timeout信号是排队到Qt事件循环里的每次触发之间窗口系统还能处理鼠标点击、键盘事件、重绘请求。paintEvent在update()被调用后由系统再调度这样绘制和逻辑更新形成类似“生产者-消费者”的关系界面不会出现撕裂或卡顿。参数说明timer-start(16)里的16是毫秒。想降低难度降低性能要求可以调到30约33FPS但低于20肉眼就能感到明显不流畅。如果你的游戏逻辑里有复杂的物理计算可以在updateGame()里统计耗时超过2毫秒就考虑把帧间隔提高到20毫秒没必要硬顶着60帧跑。2.2 游戏对象基类设计飞机、陨石、子弹共享一个父类小游戏规模不大但如果你不小心三个对象各自为政碰撞检测会写成三重if嵌套后面添加爆炸特效时直接报警。我一般会先抽象一个GameObject基类把坐标、速度、尺寸、存活状态、绘制方法统一定义让三个类继承它。// GameObject.h class GameObject { public: GameObject(qreal x, qreal y, qreal width, qreal height); virtual ~GameObject() default; // 纯虚接口每个子类都必须实现自己的绘制逻辑 virtual void draw(QPainter painter) 0; // 更新逻辑移动坐标、改变状态 virtual void update() 0; // 碰撞检测用矩形包围盒 QRectF boundingRect() const; bool isAlive() const; void setAlive(bool alive); QPointF position() const; void setPosition(const QPointF pos); qreal speed() const; void setSpeed(qreal speed); protected: QPointF m_position; // 当前中心坐标 qreal m_width; // 对象宽 qreal m_height; // 对象高 qreal m_speed; // 移动速度像素/帧 bool m_alive; qreal m_rotation; // 旋转角度 };细心的你可能已经发现了m_speed单位是“像素/帧”不是“像素/秒”。这是初学者最容易踩的模型设计坑——如果你把速度定为秒速那么当帧间隔调整时速度也会变逻辑和绘制就脱节了。以帧为单位每帧更新一次位置60帧就是真实秒速的60倍理解直观调试也简单。boundingRect()用于粗略碰撞检测两个对象都有各自的矩形轮廓检测它们是否重叠远比计算“飞机尖是否碰到陨石圆边”快得多。至于什么时候用精确碰撞放在第4章细讲。2.3 飞机控制重写keyPressEvent而不是用定时轮询键盘另一个常见错误是每隔几帧轮询一次QApplication::keyboardModifiers()来判断方向键是否按下。这样会有两个问题一是响应有延迟二是连续按住时行为取决于操作系统的键盘重复率。正确做法是重写keyPressEvent和keyReleaseEvent用布尔变量记录当前按键状态。void GameWidget::keyPressEvent(QKeyEvent *event) { if (!player || !player-isAlive()) { return; } if (event-key() Qt::Key_Left) { player-setHorizontalDirection(-1.0); m_leftPressed true; } else if (event-key() Qt::Key_Right) { player-setHorizontalDirection(1.0); m_rightPressed true; } else if (event-key() Qt::Key_Space) { player-shoot(); } QWidget::keyPressEvent(event); } void GameWidget::keyReleaseEvent(QKeyEvent *event) { if (event-key() Qt::Key_Left) { m_leftPressed false; } else if (event-key() Qt::Key_Right) { m_rightPressed false; } QWidget::keyReleaseEvent(event); }逻辑说明m_leftPressed和m_rightPressed是布尔变量在updateGame()里读取它们来更新飞机坐标而不是在按键事件里直接改飞机位置。这样做的好处是即使按键被连续触发飞机每帧也只移动一次移动距离均匀同时左右键同时按下时不会互相抵消成“原地不动抖动”而是各自累加表现更像真实飞行游戏。一个必须留意的点keyPressEvent默认只在控件获得焦点时才触发。在构造函数里加一行this-setFocusPolicy(Qt::StrongFocus)否则你写了这一大段逻辑窗口却不响应键盘那种“代码没问题但游戏不动”的情况特别容易让人怀疑人生。3. 用Qt Designer搭界面再用随机数给陨石铺一条“不死人”的生成路径3.1 先把界面布局从代码里剥离这个标题里重点提到了“Qt Designer界面设计”说明评分的很大一部分看你的UI是否“像个正经游戏”。我见过太多小组作业把按钮、标签直接用代码new出来放到固定坐标窗口一缩放全乱了。正确做法是用Qt Designer画好界面把设置集中在ui文件里代码里只保留和游戏画布相关的部分。打开Qt Creator新建Qt Widgets应用然后双击mainwindow.ui进入Designer编辑器。从左侧拖入一个QWidget作为中央画布——后续游戏绘制都发生在画布上——再在画布周围放置一个控制面板的区域左边放得分QLabel、剩余生命QLabel、开始/暂停QPushButton、退出按钮。布局上用垂直/水平布局管理器把各控件排好而不是手工拖到绝对坐标。设计上有个经验原则游戏画布必须是独立的子类不要把你的paintEvent写在MainWindow里。原因很简单——期末答辩老师一定会问“如果你要叠加两个游戏画面怎么做”如果你已经在设计上把画布独立出来了回答就会变成“再实例化一个GameWidget就行”这个回答基本能让老师满意。// mainwindow.ui 中画布对应的自定义类 class GameWidget : public QWidget { Q_OBJECT public: explicit GameWidget(QWidget *parent nullptr); // 公开接口供主窗口调用开始、暂停、重置 void startGame(); void pauseGame(); void resetGame(); void setScoreDisplay(QLabel* scoreLabel); signals: void scoreChanged(int score); void gameOver(); private: void updateScoreLabel(); };这里setScoreDisplay(QLabel*)把画布与界面解耦游戏内部只管维护m_score这个变量每次变化时通过updateScoreLabel()更新label文本。反过来如果直接在GameWidget里new一个QLabel并把自己的父类设置为主窗口那这个游戏就没法和主窗口分离了后期加菜单条、加设置对话框都得改一堆东西。3.2 陨石生成的关键如何让随机数“随机而不失控”陨石撞击游戏的体验核心是陨石不能太密集像枪林弹雨也不能几秒憋不出一个。这要求生成算法在“随机”的基础上加一层“节奏控制”。Qt里有两个常用的随机数来源旧的qrand()和Qt 5.10以后推荐的QRandomGenerator::global()-bounded()。强烈建议用后者因为它线程安全、种子自动随机化不需要你去srand(time(0))。// 陨石生成函数在updateGame()中调用 void GameWidget::spawnMeteor() { // 控制生成频率每生成一个累加计数器超过阈值才生成 meteorSpawnCounter; if (meteorSpawnCounter meteorSpawnInterval) { return; } meteorSpawnCounter 0; // 用随机数决定生成位置、大小、速度 auto *rng QRandomGenerator::global(); int screenWidth this-width(); // 随机x坐标保留左右各50像素的安全区避免陨石“贴边生成”看起来像闪现 qreal x rng-bounded(50, screenWidth - 50); // 随机大小半径在20到45像素之间 qreal radius rng-bounded(20, 45); // 随机速度垂直向下移动同时给一个水平的漂移分量让运动更有“撞击感” qreal vy rng-bounded(3.0, 8.0); qreal vx rng-bounded(-2.0, 2.0); Meteor* meteor new Meteor(x, 0, radius); meteor-setSpeed(vy); meteor-setHorizontalSpeed(vx); meteorList.append(meteor); }逻辑说明meteorSpawnCounter是int成员变量meteorSpawnInterval是可调参数。每次updateGame()调用时自增达到阈值才生成一颗。这样做的好处是你不会在某一帧因为随机数连续触发生成5颗下一帧又一颗都不出——游戏难度曲线是可控的。参数说明rng-bounded(50, screenWidth - 50)中的第一个参数是最小值第二个是上界可能取到screenWidth - 51但不会等于上界本身。bounded(20, 45)同理。速度方面垂直速度3.0-8.0像素每帧是比较适合初级的区间太快玩家反应不过来太慢玩家坐等无聊。如果画面尺寸是800x600你可以把垂直速度提高到5.0-10.0玩家水平移动速度也要相应调到12左右否则躲不开。这里需要补一个小坑Qt 5.15和Qt 6里QRandomGenerator::global()不需要seed但qrand()必须在main函数里调用qsrand(QTime::currentTime().msec())初始化种子。网上很多老教程还在用qrand如果你按老的写法跑每次启动游戏陨石出现的顺序都是一样的就会看到“游戏难度完全一样”的诡异现象——这其实是种子固定造成的不是你的算法问题。3.3 陨石移动与越界回收别让对象无限增长新生成的陨石如果不做越界检测它们会在数组里无限堆积内存涨到爆炸游戏越来越卡。这是一个“看起来没有bug但跑三分钟就崩”的经典坑。在updateGame()里遍历陨石列表把超出屏幕底部的陨石标记为die然后在单独的清理阶段统一删除。void GameWidget::updateGame() { // 更新飞机位置左/右箭头按下时 if (m_leftPressed player) { player-moveBy(-player-speed(), 0); // 限制飞机不能飞出左边界 if (player-boundingRect().left() 0) { player-setPosition(QPointF(player-radius(), player-position().y())); } } // 更新所有陨石位置 for (Meteor* meteor : meteorList) { if (!meteor-isAlive()) continue; meteor-update(); // 移动坐标 // 超出屏幕底部安全余量回收 if (meteor-position().y() this-height() 100) { meteor-setAlive(false); } } // 清理死亡陨石实际删除对象 for (auto it meteorList.begin(); it ! meteorList.end(); ) { if (!(*it)-isAlive()) { delete *it; it meteorList.erase(it); } else { it; } } // 生成新陨石 spawnMeteor(); // 碰撞检测第4章实现 checkCollisions(); // 触发重绘 this-update(); }为什么删除要单独循环而不是在第一个for循环里直接erase因为你在遍历的同时删除元素会导致迭代器失效这是C里最容易引发“时好时坏”玄学崩溃的操作之一。第一次写的时候你觉得“试试看”结果跑五分钟崩一次排查半天后发现是迭代器失效——这种血泪经验建议直接避开。参数说明越界回收的阈值是this-height() 100。100像素是“缓冲带”让陨石完全离开画面后才删除如果你只在y height()时删除会发现屏幕底边总有一截陨石突然消失的“截断感”。4. 碰撞检测与得分系统别让判定框和画面视觉差出太平洋4.1 先用矩形包围盒做粗检测“看起来对”比“数学上准”更重要碰撞检测是这类游戏最容易让玩家感到“明明画面上撞到了却没死”的地方。原因很简单你的陨石是圆形飞机的视觉形状也不是矩形如果直接用物体的整个宽高做矩形碰撞就会发现“飞机尾部尖角被陨石边擦到就算死”玩家会觉得不公平。建议的两级检测法第一级用QRectF::intersects做粗检测把明显没有交集的配对快速筛掉第二级在第一级命中的基础上做圆形精确判定——飞机模型简化为一个半径为player-radius()的圆陨石也简化为圆用圆心距离和两个半径之和比较。这样做计算量少效果却没有肉眼可见的差别。void GameWidget::checkCollisions() { if (!player || !player-isAlive()) return; for (Meteor* meteor : meteorList) { if (!meteor-isAlive()) continue; // 第一级矩形包围盒粗检测 if (!player-boundingRect().intersects(meteor-boundingRect())) { continue; } // 第二级圆形精确检测 QPointF delta player-position() - meteor-position(); qreal distanceSquared delta.x() * delta.x() delta.y() * delta.y(); qreal radiusSum player-radius() meteor-radius(); if (distanceSquared radiusSum * radiusSum) { // 碰撞成立 meteor-setAlive(false); player-decreaseLife(); if (player-life() 0) { player-setAlive(false); emit gameOver(); } break; } } }逻辑说明为什么要用平方而不是开根号因为sqrt()函数相对较慢在60fps下每一帧最多需要检测几十对碰撞开根号的额外开销虽然不至于卡到掉帧但在课程设计中没必要。拿distanceSquared radiusSum * radiusSum判等数学上等价于距离小于半径和性能更好。参数说明player-radius()和meteor-radius()怎么设定很关键。我建议飞机的碰撞半径取视觉尺寸的70%左右比如飞机图形宽60像素碰撞半径就取21陨石取视觉尺寸的90%。这样手感是“看起来已经擦到但其实还能救”玩家会觉得操作有容错空间——这比“看起来没碰到却死了”要好得多后者往往是差评的根源。4.2 得分机制与难度曲线让老师看到你有“数值设计”意识期末作业如果有“可玩性”评分项难度曲线是拉开差距的地方。别用“分数越高陨石越密”这种一句话设计试着把难度参数写成一张表并在答辩时直接展示。下面这张表可以作为你文档里的配图材料。等级阶段分数区间生成间隔(帧)陨石垂直速度范围陨石半径范围新手阶段0-10070帧3.0 ~ 5.020 ~ 45进阶阶段100-30055帧4.0 ~ 7.018 ~ 40疯狂阶段30040帧5.5 ~ 9.015 ~ 35实现的方式很简单在updateGame()里根据m_score设置当前的meteorSpawnInterval。这里有个细节陨石变小了但视觉半径小了碰撞半径也相应减小所以玩家打击的难度不是线性增加的——小陨石更容易躲但来得更快更密集。得分规则建议设置成普通陨石10分红色快速陨石20分每100分奖励一条命。生命上限保持3条这样游戏不会无限续命导致压力全无。emit scoreChanged(m_score)信号在每次加分后发出主窗口槽函数更新label文本。为什么用信号而不是直接操作UI因为从课程设计角度这就自然地展示了你对Qt信号槽机制的理解——这个点在答辩中能直接转化为得分点。4.3 子弹与陨石的碰撞别在同一个函数里堆所有逻辑接下来是子弹。玩家按空格发射子弹子弹沿y轴向上移动击中陨石则双方消失。用和碰撞检测相同的思路写但注意子弹要持续生成、移动、碰撞、删除它的生命周期和陨石基本对称。如果你把子弹管理也写进updateGame()里那个函数会膨胀到三屏长答辩时自己也讲不清楚。void GameWidget::fireBullet() { if (!player || !player-isAlive()) return; Bullet* bullet new Bullet( player-position().x(), player-position().y() - player-radius() - 5, -8.0 // 负速度 向上 ); bulletList.append(bullet); }子弹发射位置在“玩家坐标上方半径5像素”的位置避免子弹出生时和飞机自身矩形重叠导致误判。-8.0表示速度向上每帧移动8像素。和陨石一样每次发射消耗一个计数器不能按住空格就每秒发射60颗子弹——那就变成截图刷屏游戏了。常见的做法是设置发射间隔每发射一颗子弹后记录当前时间在keyPressEvent中判断是否超过冷却阈值。课程设计里最简单可靠的值是间隔10帧也就是每秒6发。这个射速配上陨石生成节奏玩家压力适中。5. 必踩的五个坑Qt版本、中文乱码、内存泄漏、加载资源和“为什么我的窗口一片黑”这一章是重头戏。我自己帮学弟debug过至少二十次期末Qt作业一半以上的问题都集中在这几个点上。每条都按现象、原因、解决的顺序写。5.1fatal: cannot mix incompatible Qt library (version ex50601) with this library现象编译时出现cannot mix incompatible Qt library (version 0x50601)之类的错误或者链接时直接报错。原因Qt库版本不一致。最常见的是系统里有多个Qt版本环境变量同时生效。比如你安装过Qt 5.15.2和Qt 6.2.0或者打开的项目用了MinGW构建套件但命令行里却用MSVC的qmake编译。版本号ex50601里50601表示Qt 5.6.1如果这个数字大于或小于你当前版本就说明“程序里包含的头文件和实际链接的库来自不同Qt版本”。解决先去Qt Creator里确认当前构建套件kits使用的是哪个编译器和哪个Qt仓库。然后在项目页左侧在“构建环境”里检查PATH变量确保命令行没有把另一个Qt的bin目录夹在中间。最彻底的做法是先执行全量清理菜单“构建”-“重新构建项目”或者手动删除build目录后重新编译——这个错误经常是旧Makefile残留导致的。如果还不行检查你的main.cpp里有没有混用#include QtGui/QApplication和#include QtWidgets/QApplication标准的Qt 5项目统一用QtWidgets/QApplication。5.2qt.qpa.plugin: could not find the Qt platform plugin windows现象程序编译成功后双击exe运行弹出错误框提示找不到平台插件窗口无法启动。原因Qt程序运行需要platforms目录下的qwindows.dllWindows平台。在Qt Creator里运行是正常的因为你用的是开发版Qt的bin目录但你要是直接把exe拷给别人对方电脑上自然没有这个目录。新版Qt Creator默认启用“动态库路径跟随”但你脱离开发环境直接运行build/xxx.exe就可能踩到。解决在Qt安装目录的bin下找到windeployqt.exe在命令行执行windeployqt.exe 你的exe路径它会自动拷贝需要的所有动态库和插件目录。课程设计提交时别忘了把platforms、styles等生成的目录一起打包进zip。注意如果你把exe放在带中文或空格路径的目录下执行windeployqt偶尔会报Failed to create directory错误。建议把exe放到D:\game_build这样的纯英文路径再跑一次。为什么Qt的打包工具对非ASCII路径支持不算友好这一类环境问题不归代码管但能让你多花一小时心态爆炸。5.3 中文乱码代码里写了“得分”“生命”运行后全是“????”现象第一次在Windows上用MSVC编译Qt界面里的中文文本变成乱码或问号。原因MSVC编译器默认按本地代码页GBK/GB2312解析源代码文件如果源文件是UTF-8无BOM保存字符串常量里的中文字节被错误解释。Qt 5的QString内部是Unicode字面量在编译时编码不对UI显示自然不对。解决有三条路。推荐第一将源码另存为UTF-8 with BOMMSVC会识别BOM并按UTF-8解析。第二所有中文都写在Qt Designer里并勾选“UTF-8”存储的.ui文件程序员只在代码里使用英文标识符。第三如果必须在代码中写中文字符统一使用QStringLiteral(中文)宏。我的习惯是第一种加第三种混用存成UTF-8-BOM同时把界面字符串全部放到一个单独的头文件里集中管理比如labels.h里定义const QString SCORE_TEXT QStringLiteral(得分)。这不仅解决乱码答辩时还能展示你懂得“界面文案与业务逻辑分离”。5.4 定时器忘了stop程序退出时崩溃“double free”现象点关闭按钮后程序崩溃调试器指向析构函数。有时不崩溃但任务管理器里程序进程迟迟不消失。原因游戏对象在堆上new了一片程序退出时如果QTimer还在运行它会继续触发updateGame()而这时一些对象已经被父窗口销毁或处于半销毁状态。Qt的对象树机制自动delete子对象如果你在代码里又手动delete了一次同一个指针就触发了double free。解决在GameWidget的析构函数里显式timer-stop()并把所有陨石、子弹列表做一次清理GameWidget::~GameWidget() { timer-stop(); qDeleteAll(meteorList); meteorList.clear(); qDeleteAll(bulletList); bulletList.clear(); }qDeleteAll是Qt算法库提供的批量删除函数它会把列表里每个指针delete掉然后你再clear()。为什么不在每个对象析构里调用父类deleteLater()因为Qt对象树要求父对象也必须活着如果你在关闭窗口后立刻删除子对象窗口自身还在析构流程容易踩到悬垂指针。deleteLater()虽然安全但做了事件排队在大批删除时反而慢。对于课程设计规模的列表qDeleteAll最直观。另外一个最容易忽略的地方GameWidget本身是QWidget子类如果你设置了this-setAttribute(Qt::WA_DeleteOnClose)那么窗口关闭时GameWidget会被delete但主窗口里可能还存着一个指向它的指针。主窗口析构时再去访问它就是悬垂指针。我的经验是千万不要在QA主窗口中设置WA_DeleteOnClose除非你对整个生命周期有十足的把握。用信号槽把gameOver信号连接到主窗口的close()即可不要提前释放画布对象。5.5 “我的窗口一片黑飞机陨石都看不见”现象程序能运行、不报错游戏逻辑在跑比如分数在变就是画布上什么都没有一片黑或一片白。原因你没调用setAutoFillBackground或者根本忘记写paintEvent。还有一个可能性你在paintEvent里用了QPainter但忘了painter.end()导致缓冲没有刷新到屏幕上这在某些显卡驱动下会出现间歇性黑屏。解决写一个完整的paintEvent确保每次调用先清空画布再画对象void GameWidget::paintEvent(QPaintEvent *) { QPainter painter(this); painter.setRenderHint(QPainter::Antialiasing, true); // 设置背景色 painter.fillRect(this-rect(), QColor(10, 10, 30)); if (player player-isAlive()) { player-draw(painter); } for (Meteor* meteor : meteorList) { if (meteor-isAlive()) { meteor-draw(painter); } } }如果这样还是黑屏检查代码中是否setFixedSize了画布但主窗口的布局把它拉伸了绘制区域this-rect()和控件实际显示区域不一致边缘空白一片。在gameWidget-updateGeometry()之后调用resize(width, height)再update()一般能解决。6. 从“能玩的小游戏”到“拿得出手的期末作品”状态机、资源管理和打包验收很多课程设计其实功能是做完了但答辩时无法流畅讲解。这一章教你三个进阶技巧它们不会让游戏更好玩但会让代码更容易被看懂也更容易在答辩时拿出来讲。第一个技巧是给游戏加状态机——不是用int变量“0未开始,1进行中,2暂停”而是真的定义状态接口。GameState类中加一个stateId再写三个常量STATE_MENU、STATE_PLAYING、STATE_PAUSED。开始按钮点击时发射startGame()信号暂停按钮发射togglePause()。主窗口只需要在构造函数里连接这些信号。这样做的好处是答辩被问到“游戏暂停时定时器还在跑吗”你能立刻回答“暂停时timer-stop()所以逻辑停、但窗口还能绘制画面”并现场演示。第二个技巧是资源统一管理。图片、音效如果用QFile直接加载一旦路径变了就崩溃。把图片放进qrc资源文件里用:/images/player.png这类路径引用打包时资源自然打进去不会出现“换台电脑图片就没了”的尴尬。如果你没时间画素材可以用QPainter绘制几何图形代替飞机画成一个三角形陨石画成多边形加渐变填充在答辩时还能说“为了展示初级绘图能力没有引入外部图片资源”——这个说辞作为课程设计反而加分。第三个技巧是验证帧率与资源占用。Qt Creator里“分析”-”性能分析器”可以查看每一帧的绘制耗时。打开性能分析播放游戏30秒观察paintEvent耗时是否超过14毫秒。如果超过把Antialiasing关掉或者陨石数量上限硬编码设为50个就不再生成多余。毕业清单里可以打印关键节点日志到qDebug()答辩前清掉保证代码整洁。最后说一个我自己的习惯每次写完游戏把它丢到没有Qt的虚拟机或同学电脑上跑一遍确认windeployqt生成的东西没有漏。这种打包复测能帮你提前踩掉八成“在我电脑上明明能跑”的尴尬。按上面的代码把你这个陨石撞击飞机写完该有的功能、文档、答辩演示都不会缺。希望帮到你。本文还有配套的精品资源点击获取