ARTICLE DETAIL

建站实战干货

来自一线的建站与推广经验沉淀，每一条都经过真实交付验证。

首页 / 资讯中心 / 正文

C语言实现《超级玛丽》：从状态机到碰撞检测的硬核游戏开发指南

2026/8/29 20:54:41 拓冰建站 浏览量
C语言实现《超级玛丽》：从状态机到碰撞检测的硬核游戏开发指南 简介游戏开发的核心在于对底层逻辑的掌控其中状态机是管理游戏流程的关键架构它通过枚举不同游戏状态如菜单、进行中、暂停并利用switch-case结构进行逻辑分发实现了清晰的流程控制。碰撞检测则是游戏交互的基石尤其是轴对齐包围盒AABB检测及其方向判定直接决定了角色移动、攻击等行为的物理反馈。这些基础技术共同构建了游戏的实时响应与沉浸感其价值在需要精细控制的2D平台跳跃类游戏中尤为凸显。本文以经典游戏《超级玛丽》为例深入探讨如何仅用纯C语言结合Win32 API或控制台从零实现包含状态机、对象系统和AABB碰撞检测的完整游戏循环为理解游戏引擎底层原理和C语言工程实践提供了硬核范例。1. 从零到一为什么用C语言重写《超级玛丽》是个硬核挑战如果你是一个C语言的初学者或者是一个对游戏开发充满好奇的程序员那么“用C语言写一个《超级玛丽》”这个想法大概率会在你脑海里闪现过。这听起来很酷不是吗用最基础的编程语言去复刻一个家喻户晓的经典游戏这本身就是一次对编程能力的绝佳证明。但当你真正打开编辑器准备动手时可能会发现事情远没有想象中那么简单。网上能找到的所谓“C语言超级玛丽源码”质量参差不齐很多只是简单的字符画移动离我们记忆中的那个横版卷轴跳跃游戏相去甚远。今天我想和你深入聊聊如何用纯C语言不依赖任何现代游戏引擎如SDL、SFML等图形库仅利用最基础的Win32 API或控制台函数去逼近《超级玛丽》的核心玩法体验。这不是一个“五分钟搞定”的教程而是一次对C语言应用边界、游戏循环、状态管理和资源处理的深度探索。我们将一起拆解这个经典游戏背后的逻辑并一步步用代码将其构建出来。你会发现在这个过程中你对C语言的理解尤其是对指针、结构体、内存管理和模块化设计的掌握会达到一个新的层次。2. 核心架构设计如何用C语言组织一个游戏世界在开始敲代码之前我们必须先想清楚游戏的架构。一个混乱的代码结构会让后续的调试和功能添加变成噩梦。对于《超级玛丽》这样的游戏我推荐采用一种基于“状态”和“对象”的模块化设计。2.1 游戏状态机管理游戏流程的“大脑”游戏不是一直处于“玩”的状态。它有开始界面、游戏进行中、暂停、过关、死亡、结束等不同状态。用一个简单的状态机来管理这些流程会让逻辑无比清晰。typedef enum { GAME_STATE_MENU, // 主菜单 GAME_STATE_PLAYING, // 游戏中 GAME_STATE_PAUSED, // 暂停 GAME_STATE_LEVEL_COMPLETE, // 过关 GAME_STATE_DEAD, // 死亡等待复活 GAME_STATE_GAME_OVER // 游戏结束 } GameState; GameState currentGameState GAME_STATE_MENU;在主游戏循环中我们根据currentGameState的值调用不同的处理函数。例如void GameLoop() { while (游戏运行) { ProcessInput(); // 处理输入 switch (currentGameState) { case GAME_STATE_MENU: UpdateMenu(); RenderMenu(); break; case GAME_STATE_PLAYING: UpdateGame(); // 更新所有游戏对象逻辑 RenderGame(); // 渲染游戏画面 break; case GAME_STATE_PAUSED: RenderPauseScreen(); break; // ... 其他状态 } Sleep(16); // 粗略控制帧率约60FPS } }这种设计将不同状态的逻辑完全隔离避免了代码中充斥大量的if-else判断使得每个部分都易于理解和修改。2.2 游戏对象系统用结构体定义一切《超级玛丽》中的马里奥、敌人、砖块、金币、水管等都是游戏对象。我们可以用一个基础的结构体来定义它们的共性然后通过“组合”而非“继承”C语言没有原生面向对象来扩展特性。// 基础游戏对象结构体 typedef struct GameObject { float x, y; // 世界坐标 float velocityX, velocityY; // 速度 int width, height; // 碰撞框 int type; // 对象类型MARIO, GOOMBA, COIN_BLOCK, etc. int state; // 对象状态ALIVE, DEAD, HIDDEN, etc. void (*Update)(struct GameObject* obj, float deltaTime); // 更新函数指针 void (*Render)(struct GameObject* obj); // 渲染函数指针 void* customData; // 指向特定对象数据的指针实现“组合” } GameObject;为什么这样设计坐标与速度这是物理模拟的基础。velocityY用于模拟重力让马里奥可以跳跃和下坠。碰撞框用于简单的矩形碰撞检测这是2D游戏碰撞的基石。函数指针这是C语言实现“多态”的关键。马里奥的Update函数和蘑菇敌人的Update函数完全不同通过函数指针我们可以在初始化对象时赋予其特定的行为逻辑而在主更新循环中只需统一调用obj-Update(obj, deltaTime)即可。customData这是一个void*指针可以指向任何具体的数据结构。例如对于马里奥它可以指向一个MarioData结构体里面包含生命值、大小状态、无敌时间等对于问号砖块它可以指向一个BlockData里面包含砖块类型出金币还是蘑菇、是否已被顶过等状态。这避免了为每种对象都创建一个庞大的、包含所有可能字段的结构体实现了数据的解耦。2.3 资源管理与游戏场景游戏中的位图精灵图、音效、关卡数据都是资源。我们需要一个简单有效的资源管理系统。精灵图可以将马里奥、敌人、砖块等所有小图拼合到一张大的“精灵表”中。我们只需要在内存中加载这一张大图然后通过记录每个小图在大图中的坐标和尺寸来渲染。这能显著减少文件I/O和内存管理负担。关卡数据关卡可以用一个二维数组或从文件读取来定义。数组中的每个数字代表一个“图块类型”比如0代表空气1代表土地2代表砖块3代表问号砖块等。渲染关卡时遍历这个数组根据数字绘制对应的精灵即可。// 一个简单的关卡数据示例假设关卡宽度为20高度为15 int levelData[15][20] { {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}, {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}, {0,0,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0,0,0,0}, {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}, {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}, {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}, {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}, {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}, {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}, {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}, {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}, {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}, {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}, {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}, {1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1}, };注意在实际项目中关卡数据应该从外部文件如文本文件或自定义的二进制文件加载而不是硬编码在源码里。这便于关卡设计和修改无需重新编译程序。3. 核心模块实现物理、碰撞与输入有了架构我们就可以开始填充血肉了。游戏最核心的三个模块是物理模拟、碰撞检测和输入处理。3.1 物理模拟让马里奥“跳”起来《超级玛丽》的物理并不复杂但手感至关重要。核心是重力加速度和跳跃初速度。// 在UpdateGame函数中对马里奥对象进行物理更新 void UpdateMario(GameObject* mario, float deltaTime) { // 应用重力始终存在方向向下 mario-velocityY GRAVITY * deltaTime; // GRAVITY 是一个正数常量如 9.8 * 50 (经过缩放) // 根据速度更新位置 mario-x mario-velocityX * deltaTime; mario-y mario-velocityY * deltaTime; // 处理水平方向摩擦或减速模拟地面摩擦力 if (mario-velocityX 0) { mario-velocityX - FRICTION * deltaTime; if (mario-velocityX 0) mario-velocityX 0; } else if (mario-velocityX 0) { mario-velocityX FRICTION * deltaTime; if (mario-velocityX 0) mario-velocityX 0; } // 处理跳跃输入 if (IsKeyPressed(VK_SPACE) mario-isOnGround) { mario-velocityY -JUMP_STRENGTH; // 赋予一个向上的初速度 mario-isOnGround 0; // 这里可以触发跳跃音效 } }关键点解析deltaTime这是上一帧到这一帧的时间差。所有速度和位置的更新都应该乘以deltaTime这能保证游戏在不同帧率下的运行速度是一致的即“帧率无关”。否则在60帧的电脑上马里奥会跑得比在30帧的电脑上快一倍。isOnGround这是一个非常重要的状态标志。只有在地面上时才能再次起跳。这个标志需要在碰撞检测模块中根据马里奥与地面的碰撞结果来设置。3.2 碰撞检测游戏逻辑的仲裁者碰撞检测是2D游戏开发中最繁琐但也最核心的部分。对于《超级玛丽》我们主要使用轴对齐包围盒检测。// 简单的AABB轴对齐包围盒碰撞检测函数 int CheckCollision(GameObject* a, GameObject* b) { return (a-x b-x b-width a-x a-width b-x a-y b-y b-height a-y a-height b-y); }但仅仅知道“是否碰撞”还不够我们还需要知道碰撞的方向以做出正确的反应。例如马里奥从上方踩到敌人敌人应该死亡而从侧面碰到敌人马里奥应该受伤。typedef enum { COLLISION_NONE, COLLISION_TOP, COLLISION_BOTTOM, COLLISION_LEFT, COLLISION_RIGHT } CollisionSide; CollisionSide GetCollisionSide(GameObject* movingObj, GameObject* staticObj) { // 计算重叠区域 float overlapX (movingObj-width staticObj-width) / 2 - fabs(movingObj-x - staticObj-x); float overlapY (movingObj-height staticObj-height) / 2 - fabs(movingObj-y - staticObj-y); if (overlapX 0 || overlapY 0) { return COLLISION_NONE; } // 哪个方向的重叠量小就认为是从哪个方向碰撞的 if (overlapX overlapY) { // X轴重叠小是左右碰撞 return (movingObj-x staticObj-x) ? COLLISION_RIGHT : COLLISION_LEFT; } else { // Y轴重叠小是上下碰撞 return (movingObj-y staticObj-y) ? COLLISION_BOTTOM : COLLISION_TOP; } }在更新马里奥时我们需要对他和所有地面砖块、敌人、可碰撞道具进行遍历检测。对于地面碰撞如果碰撞方向是底部则将马里奥的isOnGround设为1并将其y坐标调整到砖块顶部同时将垂直速度velocityY设为0防止“卡进”地面。踩坑实录碰撞检测的顺序和反应处理很容易出Bug。一个常见的错误是先处理了左右碰撞调整了X坐标再处理上下碰撞时因为位置已经改变导致上下碰撞检测失效。通常的解决方法是在一次物理更新中先处理Y轴垂直的移动和碰撞再处理X轴水平的。因为重力在Y轴上角色通常先有垂直位移的趋势。3.3 输入处理让玩家控制世界在Windows环境下我们可以使用GetAsyncKeyState函数来获取键盘的实时状态。为了获得更好的手感如区分“按下”和“持续按住”可以自己封装一个输入系统。// 简单的输入状态记录 typedef struct { int isDown; int changed; } Button; Button keys[256]; // 对应虚拟键码 void UpdateInput() { for (int i 0; i 256; i) { int previousState keys[i].isDown; keys[i].isDown (GetAsyncKeyState(i) 0x8000) ! 0; keys[i].changed (keys[i].isDown ! previousState); } } // 查询按键是否被按下仅当次帧 int ButtonPressed(int vkCode) { return keys[vkCode].isDown keys[vkCode].changed; } // 查询按键是否被按住 int ButtonDown(int vkCode) { return keys[vkCode].isDown; }这样在马里奥的更新逻辑中我们可以用ButtonPressed(VK_SPACE)来触发一次性的跳跃用ButtonDown(VK_LEFT)和ButtonDown(VK_RIGHT)来控制持续移动。这种封装使得输入逻辑更清晰也便于未来扩展如手柄支持。4. 渲染与动画在控制台或窗口上“画”出游戏这是用纯C语言做游戏最具挑战性的部分之一因为标准C库没有图形功能。我们有两个主流选择Windows图形窗口和控制台“伪图形”。4.1 方案一使用Win32 GDI进行图形渲染这是更正统、效果也更好的方式。我们创建一个标准Windows窗口然后在窗口的客户区进行绘图。#include windows.h LRESULT CALLBACK WindowProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) { switch (uMsg) { case WM_PAINT: { PAINTSTRUCT ps; HDC hdc BeginPaint(hwnd, ps); // 在这里进行你的绘图操作 // 例如用Rectangle画一个方块代表马里奥 Rectangle(hdc, mario.x, mario.y, mario.x mario.width, mario.y mario.height); // 使用BitBlt绘制精灵图需要先加载位图资源 // HDC hdcMem CreateCompatibleDC(hdc); // SelectObject(hdcMem, hBitmap); // BitBlt(hdc, destX, destY, width, height, hdcMem, srcX, srcY, SRCCOPY); EndPaint(hwnd, ps); return 0; } case WM_DESTROY: PostQuitMessage(0); return 0; } return DefWindowProc(hwnd, uMsg, wParam, lParam); }核心步骤注册窗口类(RegisterClassEx)创建窗口(CreateWindowEx)进入消息循环在循环中调用我们的UpdateGame和RenderGame函数。渲染时我们需要获取设备上下文DC然后使用GDI函数如BitBlt,StretchBlt将我们加载的精灵图绘制到窗口上。双缓冲直接在窗口DC上绘图会导致严重的闪烁。标准做法是创建一个与窗口DC兼容的内存DC先将所有内容画到内存DC上然后用BitBlt一次性拷贝到窗口DC。这个过程称为双缓冲。4.2 方案二在控制台中使用字符和颜色块如果你的目标是极致的简洁或者想挑战在终端里做游戏可以使用Windows控制台API来操作。我们可以把控制台的字符单元格当作像素点通过设置其背景色和前景色来绘制图形。#include windows.h HANDLE hConsoleOutput; COORD cursorPos {0, 0}; void InitConsole() { hConsoleOutput GetStdHandle(STD_OUTPUT_HANDLE); // 设置控制台窗口和缓冲区大小 // 隐藏光标 CONSOLE_CURSOR_INFO cursorInfo; GetConsoleCursorInfo(hConsoleOutput, cursorInfo); cursorInfo.bVisible FALSE; SetConsoleCursorInfo(hConsoleOutput, cursorInfo); } void DrawBlock(int x, int y, WORD color) { cursorPos.X x; cursorPos.Y y; SetConsoleCursorPosition(hConsoleOutput, cursorPos); SetConsoleTextAttribute(hConsoleOutput, color); printf( ); // 用两个空格作为一个“像素块” }优缺点对比Win32 GDI优点能实现真正的像素级图形可以绘制平滑的精灵动画效果接近原版。缺点API相对复杂需要理解Windows消息机制和GDI绘图跨平台性差。控制台绘图优点代码极其简单无需处理窗口消息依赖最少有一种复古的极客感。缺点分辨率极低取决于控制台字体大小颜色有限动画刷新率受控制台刷新限制视觉效果简陋。个人经验对于学习游戏循环和逻辑来说控制台方案可以让你快速进入核心编码不被图形API分散精力。但如果你想做一个真正能“玩”的、有成就感的版本投入时间学习Win32 GDI是值得的。网上有很多轻量级的、封装好的单头文件图形库如stb系列、raylib的C接口它们底层也是调用系统API但接口更友好可以作为进阶选择。4.3 精灵动画让马里奥跑起来动画的本质是在不同时间显示精灵图的不同部分。我们需要一个简单的动画状态机。typedef struct { int currentFrame; int frameCount; float frameDuration; // 每帧显示的时间秒 float elapsedTime; // 当前帧已显示的时间 RECT frameRects[10]; // 存储每一帧在精灵表中的矩形区域 } Animation; void UpdateAnimation(Animation* anim, float deltaTime) { anim-elapsedTime deltaTime; if (anim-elapsedTime anim-frameDuration) { anim-elapsedTime 0; anim-currentFrame (anim-currentFrame 1) % anim-frameCount; } }对于马里奥我们可以定义多个Animation实例站立、奔跑、跳跃、变小等。根据马里奥的当前状态速度、是否在地面等来切换和播放对应的动画。渲染时根据currentFrame从frameRects中取出对应的矩形区域进行绘制。5. 音效、关卡与项目组织5.1 简单的音效播放在Windows下可以使用PlaySound函数播放WAV文件或者使用更强大的WinMM库mciSendString。为了不阻塞游戏循环音效播放最好放在单独的线程或使用非阻塞调用。#include windows.h #include mmsystem.h #pragma comment(lib, winmm.lib) void PlayJumpSound() { PlaySound(TEXT(jump.wav), NULL, SND_FILENAME | SND_ASYNC); }SND_ASYNC标志使得播放不会阻塞当前线程。注意资源管理同时播放太多音效可能会造成混乱。5.2 设计可扩展的关卡系统如前所述关卡数据应该外部化。我们可以设计一个简单的文本格式# Level 1 width200 height15 player_start_x50 player_start_y300 # Tile Map (数字代表图块类型空格分隔) 0 0 0 0 0 0 1 1 1 ... 0 0 0 0 0 0 0 0 0 ... ... # Entity List (敌人、道具等) entitygoomba x100 y200 entitycoin_block x150 y100在游戏初始化时读取这个文件解析出宽度、高度、图块数组和实体列表然后动态创建游戏世界。这样添加新关卡只需创建新的文本文件无需修改代码。5.3 项目文件与编译构建一个清晰的项目结构至关重要。建议按如下方式组织SuperMario_C/ ├── src/ │ ├── main.c // 程序入口窗口创建主循环 │ ├── game.c // 游戏状态机、主更新/渲染逻辑 │ ├── game.h │ ├── player.c // 马里奥对象逻辑 │ ├── player.h │ ├── physics.c // 物理、碰撞检测 │ ├── physics.h │ ├── render.c // 渲染相关GDI或控制台 │ ├── render.h │ ├── resource.c // 资源加载与管理图片、声音、关卡 │ └── resource.h ├── assets/ │ ├── sprites.bmp // 精灵表 │ ├── jump.wav │ ├── level1.txt │ └── level2.txt └── Makefile 或 CMakeLists.txt 或 build.bat对于编译如果使用GCC如MinGW一个简单的build.bat可能如下echo off gcc -o SuperMario.exe src/*.c -lgdi32 -lwinmm -mwindows pause-mwindows链接子系统的Windows不显示控制台窗口。-lgdi32和-lwinmm分别链接图形和多媒体库。6. 调试、优化与进阶思考6.1 调试打印日志与可视化调试信息在游戏开发中尤其是自己实现物理和碰撞时调试非常关键。除了使用调试器在屏幕上绘制调试信息是极好的方法。void RenderDebugInfo(HDC hdc) { char buffer[256]; sprintf(buffer, Pos: (%.1f, %.1f), Vel: (%.1f, %.1f), Ground: %d, mario.x, mario.y, mario.velocityX, mario.velocityY, mario.isOnGround); TextOut(hdc, 10, 10, buffer, strlen(buffer)); // 绘制碰撞框 HPEN oldPen SelectObject(hdc, GetStockObject(WHITE_PEN)); HBRUSH oldBrush SelectObject(hdc, GetStockObject(NULL_BRUSH)); Rectangle(hdc, mario.x, mario.y, mario.x mario.width, mario.y mario.height); SelectObject(hdc, oldPen); SelectObject(hdc, oldBrush); }在开发版本中开启这些绘制能直观地看到角色的位置、速度、碰撞框是否准确快速定位问题。6.2 性能优化对象池与空间划分当游戏对象如子弹、粒子、敌人很多时频繁的malloc/free会造成内存碎片。可以使用对象池在游戏初始化时一次性分配一个固定大小的对象数组使用时从中取用用完后标记为“空闲”而非释放。另一个性能瓶颈是碰撞检测。如果每帧都对所有对象进行两两检测复杂度是O(n²)对象一多就会卡顿。可以使用空间划分算法如简单的网格法将游戏世界划分为均匀的网格每个对象根据其位置放入一个或多个网格中。检测时只检测与对象所在相同及相邻网格中的其他对象大大减少了检测次数。6.3 从“能跑”到“好玩”手感调优代码能让马里奥动起来但让他“感觉”像马里奥需要反复调优参数。这没有公式全靠感觉。重力 (GRAVITY)和跳跃力度 (JUMP_STRENGTH)这两个值共同决定了跳跃的高度和滞空时间。调大重力下落更快感觉更“重”调大跳跃力度跳得更高。空中控制原版马里奥在空中是可以微调左右位置的但不如在地面灵活。你可以通过判断isOnGround来给予不同的水平加速度。跳跃的“小跳”和“大跳”通过检测按键按下的时长来改变跳跃初速度实现按得轻跳得低按得重跳得高。摩擦力和加速度马里奥从静止到跑动有一个加速过程松开按键后也不会立刻停下而是滑行一小段。这通过调整FRICTION和水平加速度参数来实现。这个过程需要你反复试玩、调整、再试玩。可以准备一个配置文件把所有这些参数放在外面方便调整。7. 总结与资源推荐用C语言从头实现一个《超级玛丽》的克隆版是一个庞大的工程但也是一个无与伦比的学习过程。它会强迫你直面内存管理、模块设计、算法效率和硬件交互等底层问题。当你看到自己写的角色在屏幕上跳跃、顶出金币、踩扁敌人时那种成就感是使用现成引擎无法比拟的。最后几点心得分而治之不要试图一次性写完所有功能。先让一个方块在屏幕上移动加上重力实现碰撞停在“地面”然后才是精灵、动画、敌人、音效……每完成一个小里程碑都能给你继续下去的动力。拥抱重构第一个能跑的版本代码通常很烂。没关系先让它跑起来。然后当你需要添加新功能时如果发现旧代码难以扩展就是重构的好时机。将相关函数整理到同一个文件提炼数据结构优化接口。善用网络虽然完整的、高质量的C语言《超级玛丽》源码不多但你可以找到无数关于“C语言图形编程”、“Win32游戏循环”、“2D碰撞检测”的教程和代码片段。学会搜索和借鉴这些碎片知识组合成你自己的项目。调试是最好的老师遇到诡异的Bug时不要慌张。系统地、有逻辑地排查打印变量值、绘制调试图形、简化场景比如关掉所有敌人只测试马里奥和一块砖的碰撞。每一次成功的调试都是对你理解深度的一次提升。这个项目做完你收获的将不仅仅是一个游戏而是一整套用C语言解决复杂问题的思维模式和实战能力。这或许就是“C语言游戏源码”这个简单标题背后最硬核也最迷人的价值所在。本文还有配套的精品资源点击获取