简介面向C#初学者与游戏开发入门者的飞行射击小游戏完整源码围绕飞机、子弹与敌机等对象的创建、交互和碰撞检测展开可帮助理解游戏循环、状态更新与屏幕绘制的基本流程。压缩包共61个文件、约1.25MB以17个cs源码为核心辅以png、jpg、gif图像wav、mp3音频dll与exe运行组件以及sln、csproj、resx等工程配置便于打开解决方案梳理项目结构。已有264人学习适合课程设计、自学练手或小型项目参考。代码涉及窗体界面绘制、图形渲染、定时器与帧率控制、资源加载、事件响应及调试优化能让人把C#语法、面向对象设计和游戏开发关键模块串联起来在可运行案例中理解对象属性、行为设计与碰撞算法并完整呈现主循环调度、资源管理与性能优化思路等实现细节。1. 一个 Form 加一个 Timer这套飞机小游戏源码能拿来干什么有个做后端的 A 同学找过我说想给孩子写个能玩的东西问有没有现成能直接打开就跑的 C# 游戏源码。我把这套飞机小游戏源码丢给他从双击 sln 到敌机成群压下来前后不到十分钟——没有游戏引擎、没有包管理器、没有一串要先配好的运行时就是 WinForms 加一个 Timer。这类 C# 游戏源码的价值不在于画面多精致而在于它把「游戏循环、画面渲染、键盘输入、碰撞检测、对象回收」这五件事用最少的代码摆在你面前。飞机射击是天然的练手题材输入只有方向键和开火状态只有分数和血量逻辑闭环短改起来立刻能看到效果。适合两类人想搞明白游戏主循环怎么搭的新手和需要一个干净底座做课程设计或小工具的开发。2. 工程骨架与运行环境从 sln 双击到第一架飞机起飞拿到一份 C# 游戏源码第一件事不是看代码是先把它跑起来。这个项目的结构非常扁平没有分层架构也没有依赖注入那套东西好处是阅读成本极低坏处是所有逻辑都挤在少数几个文件里后面要改就得先摸清谁在调谁。2.1 目录结构与文件清单常见做法是把工程拆成「资源 / 逻辑 / 主窗体」三块虽然物理上还在一起但文件命名会把职责区分开。PlaneGame/ ├── PlaneGame.sln ├── PlaneGame.csproj ├── Program.cs // 入口只做 Application.Run ├── MainForm.cs // 窗体初始化、定时器、按键、绘制入口 ├── MainForm.Designer.cs // 控件与定时器声明 ├── Core/ │ ├── GameLoop.cs // 帧逻辑更新 碰撞 回收 │ ├── GameObject.cs // 对象基类 │ └── ObjectPool.cs // 通用对象池 ├── Entities/ │ ├── Player.cs │ ├── Enemy.cs │ ├── Bullet.cs │ └── Explosion.cs ├── Config/ │ └── WaveTable.cs // 刷怪表和难度参数 └── Resources/ ├── player.png ├── enemy_01.png └── bg_star.png看这份清单就能大致判断代码量核心逻辑集中在 Core 和 Entities 两个目录MainForm 只是个壳。我一般拿到手会先看GameObject.cs和ObjectPool.cs这两个文件决定了后面所有实体的写法读完基本就知道作者的水平在什么档位。资源图片这一块要留意属性。图片被放进 Resources 目录后务必在属性面板把「生成操作」设成「嵌入的资源」或者复制到输出目录否则编译能过、运行会报FileNotFoundException这是新手最常翻的车之一。2.2 运行环境与第一次编译运行环境要求不高Windows 平台装 Visual Studio 2019 或 2022勾选「.NET 桌面开发」工作负载。项目目标框架一般是 .NET Framework 4.6.1 以上或者 .NET 6/8 的net8.0-windows两种都能跑 WinForms。想不开 IDE、纯命令行编译的话走 MSBuild# 用 Developer Command Prompt 打开进到 sln 所在目录 msbuild PlaneGame.sln /p:ConfigurationRelease /p:PlatformAny CPU # 产物在 bin/Release 下直接双击 exe 即可 start bin/Release/PlaneGame.exe这两条命令里ConfigurationRelease决定是否开优化Platform必须和 sln 里配置的一致写成x86而工程只声明了AnyCPU会直接报平台不匹配。如果编译报未能找到类型或命名空间名 System.Windows.Forms十有八九是目标框架选成了 .NET Standard 或者没装桌面开发负载去工程属性里把目标框架改回net8.0-windows即可。运行起来之后大概率能看到黑色背景、星星滚动、一架自机在底部按方向键能移动空格能开火。如果画面一片黑但进程没崩先别急着怀疑代码检查MainForm的构造函数里定时器有没有Start()以及Paint事件有没有真正绑上。2.3 窗体初始化构造函数里的三行关键设置MainForm的构造函数是整份源码里最容易被忽略、但设置错就全盘皆输的地方。public MainForm() { InitializeComponent(); // 1) 三件套一起开自己绘制、不需要系统擦背景、双缓冲 SetStyle(ControlStyles.AllPaintingInWmPaint | ControlStyles.UserPaint | ControlStyles.OptimizedDoubleBuffer, true); UpdateStyles(); // 2) 键盘事件优先给窗体而不是先给按钮等子控件 KeyPreview true; // 3) 主循环定时器先记下起始时间戳避免首帧 dt 异常 _lastTick Stopwatch.GetTimestamp(); GameTimer.Interval 16; GameTimer.Start(); }三个设置各有分工。UserPaint让窗体放弃系统默认绘制全部交给OnPaintAllPaintingInWmPaint禁止系统用背景色擦除这一条是消除闪烁的关键OptimizedDoubleBuffer则是把绘制先落到内存位图再一次性贴屏。KeyPreview设成 true 之后方向键不会因为焦点落到某个控件上而失效——我见过不少版本把分数显示做成 Label 之后自机就再也动不了。Interval 16是奔着 60 帧去的粗略值。这里要强调它只是定时器的唤醒间隔不等于真实帧率Windows 定时器精度本来就在 15ms 上下浮动后面的章节会讲怎么用时间戳把这件事兜住。3. 主循环拆解GameTimer_Tick 里一帧到底做了什么游戏能跑起来之后真正决定手感的就是这个 Tick。很多 C# 飞机游戏源码写崩了不是逻辑不会写而是把「更新」和「绘制」的职责搅在一起导致后面想加暂停、想加变速全都得推倒重来。3.1 双缓冲与 SetStyle闪烁到底是怎么消失的不开双缓冲的飞机游戏画面会呈现一种很有辨识度的撕裂感自机拖影、敌机忽隐忽现、背景星星闪烁。原因是每一帧g.Clear()擦背景之后绘制还没画完屏幕就已经按行刷新了一次用户看到的是「擦了一半 画了一半」的中间态。项目里采用的是标准双层方案帧逻辑只负责改数据绘制全部收敛到OnPaint里。private void RenderCanvas_Paint(object sender, PaintEventArgs e) { Graphics g e.Graphics; // 像素素材不要开抗锯齿否则边缘会糊成一片 g.SmoothingMode SmoothingMode.None; g.InterpolationMode InterpolationMode.NearestNeighbor; g.PixelOffsetMode PixelOffsetMode.Half; g.Clear(Color.FromArgb(8, 10, 20)); // 分层绘制背景 - 子弹 - 敌机 - 自机 - HUD _starField.Draw(g); DrawAll(g, _bullets); DrawAll(g, _enemies); _player.Draw(g); DrawHud(g); }这里的分层顺序不是随手排的。背景在最底下HUD 压在最上面中间按「谁该盖住谁」从远到近排。PixelOffsetMode.Half是给 GDI 半像素对齐用的贴图位置是整数时能让像素图不出现一像素的偏移模糊属于调一次就再也不用管的参数。绘制里还有一个隐性成本new Pen(...)和new SolidBrush(...)。GDI 的这些对象底层持有系统句柄每帧创建几十个、GC 又不一定及时回收跑上十几分钟句柄数能涨到几千。正确做法是在类里做static readonly缓存只在颜色变化时才换。3.2 定时器与步长Interval16 不等于稳定 60 帧直接把X speed写在 Tick 里是新手最常见的写法也是 90% 手感问题的根源。因为定时器根本不保证准时唤醒窗口一拖动、系统一忙Tick 就可能连续漏掉好几次自机瞬移一段距离观感上就是「一顿一顿」。项目里用的是时间步长方案private void GameTimer_Tick(object sender, EventArgs e) { long now Stopwatch.GetTimestamp(); float dt (float)(now - _lastTick) / Stopwatch.Frequency; _lastTick now; // 断点调试、窗口拖拽、系统休眠之后会来一个巨大的 dt必须截断 if (dt MaxStep) dt MaxStep; // MaxStep 通常取 0.05f即 50ms UpdateInput(); _player.Update(dt); _bullets.Update(dt); _enemies.Update(dt); _explosions.Update(dt); CheckCollisions(); _waveSpawner.Update(dt); _starField.Update(dt); RenderCanvas.Invalidate(); // 只标脏真正的绘制交给 OnPaint }Stopwatch.GetTimestamp()返回的是高精度计数器除以Stopwatch.Frequency转成秒比DateTime.Now稳定得多后者精度只有 10~15ms还会受系统时间校准影响。MaxStep这个截断看着不起眼实际是救命的一行。没有它你在Update里打断点停三秒再继续回来时dt是三秒所有敌机会瞬间飞出屏幕自机被撞一堆看着像游戏崩了其实是帧步长炸了。这个坑我当年在别人代码里踩过一次找了一下午。还有一点RenderCanvas.Invalidate()只是给控件打个「该重画了」的标记真正的绘制由系统在消息循环空闲时统一调度这样 Tick 和 Paint 就解耦了。如果直接在 Tick 里拿CreateGraphics()画画面会闪得没法看而且窗口最小化再恢复之后会被擦掉。3.3 输入处理键盘状态表与斜向速度归一化输入这块项目用的是「按键状态集合」而不是在KeyDown里直接改坐标。原因很实在KeyDown有系统重复延迟按住不放会先停顿再连发位移完全不连贯。private readonly HashSetKeys _keys new HashSetKeys(); private float _fireCooldown; protected override void OnKeyDown(KeyEventArgs e) { _keys.Add(e.KeyCode); if (e.KeyCode Keys.Space) _fireHeld true; e.Handled true; // 方向键不再去切换控件焦点 base.OnKeyDown(e); } protected override void OnKeyUp(KeyEventArgs e) { _keys.Remove(e.KeyCode); if (e.KeyCode Keys.Space) _fireHeld false; base.OnKeyUp(e); } private void UpdateInput() { float dx 0f, dy 0f; if (_keys.Contains(Keys.Left) || _keys.Contains(Keys.A)) dx - 1f; if (_keys.Contains(Keys.Right) || _keys.Contains(Keys.D)) dx 1f; if (_keys.Contains(Keys.Up) || _keys.Contains(Keys.W)) dy - 1f; if (_keys.Contains(Keys.Down) || _keys.Contains(Keys.S)) dy 1f; // 斜向必须归一化否则斜着走会比直着走快 √2 倍 if (dx ! 0f dy ! 0f) { dx * 0.70710678f; dy * 0.70710678f; } _player.VX dx * PlayerSpeed; // PlayerSpeed 单位像素/秒 _player.VY dy * PlayerSpeed; }归一化那一行是很多人忽略的细节。不归一化的话横向速度 360、纵向 360斜向合成之后是 509玩家很快就会发现贴着墙斜走能躲开大部分弹幕游戏难度直接塌掉。乘以1/√2 ≈ 0.7071之后任何方向的合成速度都等于 360手感才是一致的。开火用的是冷却计时而不是按键事件触发private void UpdateFire(float dt) { _fireCooldown - dt; if (_fireHeld _fireCooldown 0f) { SpawnPlayerBullet(); _fireCooldown FireInterval; // 例如 0.12f 秒一发 } if (_fireCooldown 0f) _fireCooldown 0f; }冷却值而不是「每帧判定一次」是因为帧率本身在浮动。用冷却计时不管这一秒跑了 58 帧还是 62 帧射速都是稳定的这就是前面强调把 dt 传下去的意义。4. 对象模型与碰撞Player、Enemy、Bullet 怎么组织才不乱一份飞机游戏源码能不能二次开发八成看对象层写得干不干净。写成「每个人物一个 List」也能跑但加到第五种敌机就开始失控写成基类加对象池后面加 Boss、加道具都是照抄。4.1 GameObject 基类与通用对象池基类只放所有实体都有的东西位置、速度、尺寸、存活标记以及三个虚方法。public abstract class GameObject { public float X, Y; // 世界坐标用 float 避免低速时的取整抖动 public float VX, VY; // 像素/秒 public int Width, Height; // 贴图尺寸也作为碰撞盒基准 public bool Alive true; // 死亡标记交给池子回收 public Rectangle Bounds new Rectangle((int)X, (int)Y, Width, Height); public virtual void Update(float dt) { X VX * dt; Y VY * dt; } public virtual void Draw(Graphics g) { } public virtual void Reset() { Alive true; VX VY 0f; } }坐标用float是刻意为之。如果直接上int低速子弹按每帧 0.8 像素算会被截断成 0子弹永远飞不动就算改成每帧 1 像素帧率一浮动速度也跟着变。对象池解决的是另一个问题飞机游戏一局下来要创建销毁上万个子弹每次都new Bullet()GC 会在某个时刻集中回收表现为玩着玩着突然卡一下也就是常说的 GC 尖峰。public class ObjectPoolT where T : GameObject, new() { private readonly StackT _free new StackT(); private readonly ListT _active new ListT(); public T Spawn() { T obj _free.Count 0 ? _free.Pop() : new T(); obj.Reset(); _active.Add(obj); return obj; } public void Update(float dt) { // 倒序遍历边遍历边移除才不会跳过元素 for (int i _active.Count - 1; i 0; i--) { T o _active[i]; o.Update(dt); if (!o.Alive || o.Y -120f || o.Y 1200f || o.X -120f || o.X 1600f) { _active.RemoveAt(i); _free.Push(o); } } } public IReadOnlyListT Active _active; }倒序遍历是这个池子里最值得说的一行。正序遍历时RemoveAt(i)会让后面的元素整体前移紧接着i就跳过了一个元素表现为「偶尔有个子弹穿过敌机不掉血」很难复现。倒序删就不会有这个问题。Reset()在Spawn()里被调用是所有池化对象的通用约定把上次的遗骸清干净包括血量、速度、动画帧号、透明度。忘写这一条重用出来的敌机会带着上一架的血量看着像「这飞机怎么打不死」。4.2 子弹、敌机与矩形碰撞飞机游戏的碰撞用轴对齐矩形就够没必要上分离轴或者像素级检测后者一帧要读上万次像素帧率直接掉一半。private void CheckCollisions() { var bullets _bullets.Active; var enemies _enemies.Active; for (int i 0; i bullets.Count; i) { Bullet b bullets[i]; if (!b.Alive) continue; for (int j 0; j enemies.Count; j) { Enemy en enemies[j]; if (!en.Alive) continue; if (!b.Bounds.IntersectsWith(en.Bounds)) continue; b.Alive false; // 一颗子弹只命中一个目标 en.Hp - b.Damage; if (en.Hp 0) { en.Alive false; _score en.ScoreValue; _explosions.Spawn(en.CenterX, en.CenterY); } break; } } }这里有两个参数说明。b.Damage是子弹伤害通常普通弹 1、强化弹 3写在配置里而不是写死在敌机里改数值的时候只需要动一处。break保证一颗子弹只打一个目标去掉它会出现一发子弹穿透整列敌机的情况输出严重超标。还有一个实战技巧Bounds直接用贴图尺寸会让碰撞盒比视觉上大一圈玩家会抱怨「明明没碰到就死了」。合格的写法是收缩边缘public virtual Rectangle HitBox { get { const int pad 6; // 四周内缩像素按素材透明边调整 return new Rectangle( (int)X pad, (int)Y pad, Math.Max(1, Width - pad * 2), Math.Max(1, Height - pad * 2)); } }自机碰撞盒建议比敌机缩得更多通常只保留机身中心 60% 左右玩家对「我的范围」的感知远小于实际贴图留点余量手感才不憋屈。敌机的行为差异则挂在子类的Update上。俯冲机每帧加一点 VX 做抛物线精英机原地做正弦横移这些都是在Enemy.Update里按类型分支处理不要在刷怪逻辑里写死坐标。4.3 刷怪表与关卡节奏把刷怪写成if (score 100) spawn()的源码遍地都是问题是改一关就得动代码。可维护的做法是用一张时间驱动的波次表逻辑只负责读表。// (触发时间秒, 敌机类型, 数量, 起始X) private static readonly (float T, int Type, int Count, float X)[] WaveTable { ( 1.5f, 0, 1, 200f), ( 3.0f, 0, 2, 120f), ( 5.5f, 1, 1, 320f), // 1 斜向俯冲 ( 8.0f, 2, 1, 480f), // 2 带血精英 (11.0f, 1, 3, 60f), (15.0f, 3, 1, 400f), // 3 Boss }; public void Update(float dt) { _elapsed dt; while (_next WaveTable.Length _elapsed WaveTable[_next].T) { var w WaveTable[_next]; for (int i 0; i w.Count; i) SpawnEnemy(w.Type, w.X i * 70f, -60f); _next; } }表驱动的好处是调试极快想试某一波的手感把它的T改成 0.5重开就到位不用在十几处if里翻。_next索引保证每一波只触发一次while而不是if是为了在处理卡顿导致的大 dt 时把积压的波次一次性补上。更难一点的需求是循环波次和难度递增。常见做法是给表加一个LoopTo字段走到末尾后跳回某一波同时给全局的EnemySpeedScale每次循环加 5%这样一张二十行的表就能撑起一局几分钟的弹幕节奏。5. 常见问题排查编译失败、画面闪烁、内存上涨与手感发飘这一节全是实打实的坑每一条都是「现象 → 原因 → 解决」的结构。拿着源码跑不起来的时候按顺序对照看多半能直接定位。5.1 编译与启动期的问题现象一编译报「未能找到类型或命名空间名 System.Windows.Forms」。原因是工程目标框架被设成了netstandard2.0或者net8.0不带-windows后缀。WinForms 只在 Windows 目标框架下可用。解决是把 csproj 里的TargetFramework改成net8.0-windows并在PropertyGroup里补上UseWindowsFormstrue/UseWindowsForms重新还原即可。现象二能编译通过双击 exe 直接闪退什么提示都没有。原因是Program.cs里没包异常处理资源文件缺失或者构造函数抛异常时进程直接终止。解决是临时把入口改成先捕获再弹窗[STAThread] static void Main() { try { Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); Application.Run(new MainForm()); } catch (Exception ex) { MessageBox.Show(ex.ToString(), 启动失败); } }这样至少能看到堆栈。九成的情况是图片路径没处理检查Resources目录下文件的「复制到输出目录」属性有没有设成「始终复制」。现象三窗口打开了但一片黑按键没反应。先看定时器是不是Start()了再看Paint事件绑定的是不是那个真正显示在界面上的控件。有些版本在 Designer 里新加了个 Panel 专门用来承载绘制但事件还绑在 Form 上结果 Panel 盖住了一切看起来就像没画。5.2 画面闪烁与卡顿现象自机和敌机有明显拖影背景星星一闪一闪。原因基本逃不出两个没开OptimizedDoubleBuffer或者在 Tick 里直接CreateGraphics()绘制。前者去构造函数补SetStyle后者把绘制逻辑全部搬到OnPaintTick 只留Invalidate()。现象帧率看着还行但每隔几秒会明显卡一下。典型的 GC 尖峰。检查两处子弹是不是每帧newPen、Brush是不是每帧创建。前者用对象池后者做静态缓存。我一般会开任务管理器盯着内存曲线跑五分钟正常应该是平的如果呈锯齿状反复涨落基本就是这两种分配没管住。现象窗口一拖动回来后自机出现在很奇怪的位置。原因是拖动期间消息循环被占住Tick 积压回来时第一个 dt 特别大。这就是MaxStep截断要处理的情况把它设成 0.05 秒最多只会补一帧 50ms 的位移视觉上察觉不到。5.3 内存、GDI 句柄与长时间运行现象刚启动时进程占 60MB挂机半小时涨到 800MB。多半是实体对象没回收。检查ObjectPool.Update里的越界判定条件如果只判了Y 0而敌机是从左右两侧飞出去的那些对象就永远留在_active列表里越积越多。稳妥的写法是四个方向都判再加一个LifeTime兜底。现象任务管理器里 GDI 对象数一路涨。每条new SolidBrush/new Font都会占一个 GDI 句柄。系统每进程上限默认 10000撞到之后界面会变成白块甚至崩溃。解决办法是用using包住临时对象能复用的做成静态字段并且给Font这类也加上Dispose。VS 的「调试 → 窗口 → GDI 句柄」可以直接看实时数量我在优化渲染时几乎每次都会开着它。现象切到后台再切回来游戏直接跳了一大段。这是设计上的取舍。如果希望切走时暂停在OnDeactivate里停定时器、OnActivated里重置_lastTick别只是停止计时而不重置时间戳否则回来第一帧的 dt 依然是超大的。5.4 手感与判定偏差现象玩家反馈「明明躲开了还是被打到」。碰撞盒比贴图大。原因是很多素材四周有透明边直接拿Width × Height当判定范围实际判定区域远超视觉范围。给HitBox加内缩 padding自机缩得比敌机更多通常 6~10 像素就能明显改善。现象斜着走比直着走快。忘了做斜向归一化。这个在前面已经写过系数 0.7071改一行就解决。武器发射同理如果斜射子弹速度没归一化五个方向的射程会不一样弹幕看起来会歪。现象连发按住不放时射速忽快忽慢。用了按键事件触发而不是冷却计时。KeyDown有系统重复延迟按住后要先停 500ms 左右才开始连发而且频率受系统设置影响。改成在UpdateFire(dt)里累减冷却无论谁按、按多久射速都一样。6. 二次开发改造路线把能玩的 Demo 变成能交付的版本跑通之后真正开始改我建议按「先配置化、再抽象、最后加内容」的顺序推反过来做容易返工。第一步是把数值从代码里搬出去。原项目把速度、血量、射速散在各个类里改一个难度要翻五个文件。抽一个GameConfig用 JSON 序列化改数值不用重新编译public class GameConfig { public int StartLife { get; set; } 3; public float PlayerSpeed { get; set; } 360f; // 像素/秒 public float FireInterval { get; set; } 0.12f; // 秒/发 public float EnemySpeedMul { get; set; } 1.0f; // 全局敌机速度系数 public int MaxBullets { get; set; } 240; // 池子上限防刷屏 public static GameConfig Load(string path) { if (!File.Exists(path)) return new GameConfig(); // 缺失就用默认值 return JsonSerializer.DeserializeGameConfig(File.ReadAllText(path)) ?? new GameConfig(); } }MaxBullets这个字段是我后加的来自一次教训玩家同时按两个键加连发子弹把池子撑到两千多个帧率直接掉到 20。加个上限到顶就不生成比事后调优省事得多。第二步是把「刷怪表」和「游戏状态」解耦。现在的WaveTable是静态数组把它挪成一个Level对象每关一个配置进场时加载退场时清空。这样加第二关只是新增一个配置文件逻辑代码一行不用动。第三步才是加内容。下面这张表是我通常的排期顺序从低成本高收益开始改造方向改动位置预估成本收益敌人子类型直线/俯冲/绕行Enemy.Update按 type 分支半天高立刻有变化武器升级与道具掉落新增PowerUp实体 池一天高游戏性核心音效与背景音乐System.Media.SoundPlayer两小时中氛围提升明显分数榜与本地存档序列化到 JSON半天中有留存感暂停与重开状态机Running/Paused/Over半天高缺了不像成品验证改动有没有翻车我用三个硬指标帧率稳定在 55 以上、内存曲线跑五分钟是平的、GDI 句柄数不随游玩时长增长。这三条只要有一条破先别急着加新功能回去查分配和回收。最后补一个易被忽略的细节把所有new Bitmap(Image.FromFile(...))改成资源内嵌加静态加载。Image.FromFile会一直持有文件句柄游戏运行时那个 png 就被锁住了你想换素材得先关游戏改一次骂一次。从那以后我每次接手 C# 游戏项目第一件事就是把所有资源加载改成内嵌读取并强制自己跑一遍五分钟的内存和句柄观察再提交。希望帮到你。本文还有配套的精品资源点击获取