我见过太多把C语法背得滚瓜烂熟的同学到了“C写游戏”这个问题上第一反应还是“是不是要先学个引擎”“是不是得做图形界面”“我学的那些循环和数组到底有啥用”。最近我整理了一套“c常见小游戏”的12篇系列从猜数字一路写到飞机大战用12个控制台小程序把C里的基础语法到核心算法全部串了一遍。这篇文章就是整个系列的“总地图”和实战拆解手记。没有晦涩的理论只有一个个能跑起来的游戏和我在编译、调试、重构中踩过的坑。想学c但不知道从哪下手的自学者想给课堂作业加点花样的在校生或者单纯想感受“写代码让程序动起来”的快乐的人都可以直接照着这套路线走。1. 为什么我建议用C写小游戏来学编程1.1 先搞清楚一件事C写游戏分三个层级网上搜“c游戏”蹦出来的结果能把你绕晕。有人用C调SDL做2D游戏有人用Qt做界面有人搭着unity用C#把“unity微信小游戏打包”当饭碗还有一堆人在和“microsoft visual c redistributable”较劲——那只是运行时库不是编程工具。我把C写游戏这件事分成三个层级新手对照一下就知道自己在哪第一层是控制台小游戏程序跑在一个黑底白字的终端窗口里用字符拼出游戏画面。猜数字、扫雷、贪吃蛇、俄罗斯方块都能在这个层级实现。优点是只要会C基础语法就能写不需要安装任何图形库重点完全落在逻辑和算法上。这套12篇系列全部落在这个层级。第二层是带图形库的2D游戏用SDL、raylib这类库真正打开窗口、加载图片、播放音效。这时候你得懂事件循环、纹理加载、坐标变换这些概念入门门槛陡增但对理解游戏引擎的底层原理帮助很大。第三层就是商业引擎比如Unreal里用C写游戏逻辑。到了这个层级C本身已经成了背景板你要处理的是引擎的组件系统、资源管理、网络同步这些东西。很多初学者一上来就盯着第三层开学不到两周就卸载了引擎原因是连C里指针都没整明白谈何理解引擎里一堆“对象生命周期”的概念。控制台小游戏是成本最低、反馈最快的一条路。1.2 为什么控制台游戏能覆盖C核心语法如果你去看网上那些“c小游戏编程100例”“c小游戏编程代码”会发现它们的知识点高度密集变量、常量、循环、分支、函数、数组、字符串、指针、结构体甚至能用上类和STL容器。我在这12篇里做过一次统计每写一个游戏就会自然遇到几类语法问题。比如猜数字需要随机数和循环判断扫雷需要二维数组和递归展开贪吃蛇需要队列或链表思想五子棋需要设计AI搜索算法。这些语法点不是靠背“c八股”记下来的而是某天晚上你写的游戏突然崩溃你为了修bug去查“c字符串数组初始化”“c字符串转数组”查完你才真正记住。这比我当年念书时那种对着PPT背语法的效率不知道高到哪里去了。1.3 环境选型Dev C还是VS Code这个系列我推荐两套环境任选其一。第一套是VS Code MinGW编译器这也是目前大量C学习者的主流配置。vscode配置c/c环境网上教程一堆但很多人卡在tasks.json和launch.json的编写上。我建议直接装C/C Extension Pack编译器用MinGW-w64配置好之后按F5就能调试。这套环境最大的优势是调试器好用当你排查“哪里越界了”“为什么值是负数”这类问题时会省下大量时间。第二套是Visual Studio社区版Windows下最省心的选择装好即用集成调试器非常强大。缺点是安装包体积大部分电脑52G磁盘很快告急。至于Dev C不少高校还在用。它胜在极简适合只想把代码跑起来的超小白但默认编译器版本老很多C11之后的特性用不了。我这个系列里会用到nullptr、enum class、uniform_int_distribution这类现代C写法所以我个人优先推荐VS Code或VS而不是Dev C。2. 12篇全景地图从猜数字到飞机大战2.1 难度与知识点总表这12个小游戏不是随手凑数的我在设计这套系列时按“难度递增知识点递进”的原则做了完整规划。先给你看全景地图篇目游戏难度覆盖的核心知识点预计代码行数01猜数字★循环、分支、随机数、二分思想4002猜单词★字符串数组、字符处理、循环控制8003井字棋★★二维数组、状态判断、人机AI入门15004记忆翻牌★★洗牌算法、坐标映射、交互逻辑18005扫雷★★★二维数组、地雷生成、DFS区域展开26006迷宫寻路★★★栈与回溯、坐标系统、字符地图220072048★★★数组移位合并、随机生成、胜负检测28008贪吃蛇★★★队列、光标控制、帧循环、碰撞检测30009俄罗斯方块★★★★旋转矩阵、碰撞检测、消行算法45010推箱子★★★★状态建模、地图数组、回溯思路35011五子棋人机对战★★★★MinMax算法、估价函数、存档60012飞机大战★★★★多对象管理、链表/动态数组、碰撞检测500每一篇的代码量控制在能一口气看完、又不至于被劝退的范围内。第1篇的猜数字40行就能跑到第9篇俄罗斯方块就需要450行整个过程中的难度曲线是平滑攀升的不会让你从第3篇开始就崩溃。2.2 每个游戏在“知识地图”上的位置这套系列里每一个游戏都承担着特定的训练目标不是为做游戏而做游戏。第1篇猜数字解决的是C入门的最后一道坎把学过的if和while真正组合起来解决一个实际问题。同时引入随机数这是所有游戏的地基。第2篇猜单词引入字符串处理。很多人会在这里第一次接触字符数组和字符串数组初始化体验“字符串就是字符序列”这个概念。第3篇井字棋是二维数组的经典应用。九宫格的棋盘就是3×3数组判断胜负就是检查8条连线。从这篇开始你会第一次写“有智能”的程序——对手是电脑。第4篇记忆翻牌的亮点是洗牌算法。16张牌随机排列用Fisher-Yates算法将数组打乱这是后续所有需要“随机事件”的游戏的基础。第5篇扫雷是分水岭。地雷生成用随机数点击空白格后一片区域自动展开需要DFS或BFS遍历判断胜负需要维护游戏状态机。我在这篇的调试过程中踩过数组越界的坑后面单独细说。第6篇迷宫寻路引入了栈和递归回溯算法和扫雷的DFS遥相呼应。这篇开始你会意识到同一个算法可以在不同的场景中反复出现。第7篇2048训练的是数据移位和合并的逻辑四种滑动方向最后可以通过矩阵旋转统一成一种处理方式对逻辑抽象能力要求很高。第8篇贪吃蛇第一次引入“游戏循环”和“动画”的概念。控制台为什么能一帧一帧动起来清屏、绘制、延时这三个动作构成了后续所有游戏的骨架。第9篇俄罗斯方块是整套系列公认最难啃的骨头。方块旋转本质上是对二维矩阵做坐标变换碰撞检测要处理方块与边界、方块与已堆积方块的交互。这一篇啃下来你对数组和坐标的理解会上升一个层次。第10篇推箱子本质上是一个状态搜索问题人的移动、箱子移动、胜利判定都可以抽象成状态变化。这篇代码结构如果组织得好下一篇五子棋的AI你就能顺下来。第11篇五子棋人机对战需要你理解最基础的MinMax算法和剪枝思路。虽然我只实现到固定搜索深度但AI已经能在标准棋盘上和人打一打了。第12篇飞机大战用动态数组管理敌机子弹等对象是最后一次综合练习。2.3 每一篇的验收标准别把“跑起来”当终点我建议你每写完一个游戏对应三个验收指标第一程序能稳定运行不闪退、不卡死第二你自己能完整地玩一局并清楚说明哪里有bug第三你能不看代码在纸上把这个游戏的流程图画出来。第三个指标最重要。比如猜数字你画出来的流程一定是“生成目标数→循环等待猜测→判断大小→直到猜中”。这个过程会逼着你把“代码”还原成“逻辑”这才是编程能力成长的地方。不要当一个“照抄能跑就行”的键盘侠那样写一百个游戏也长进不大。3. 四个代表游戏的实现逻辑拆解3.1 猜数字从随机数到二分思想谜题很简单程序在1到100之间随机生成一个数你每次输入猜测程序提示“大了”或“小了”直到猜中。但这么简单的逻辑里有三个关键点值得展开讲。第一随机数种子。网上很多老代码用srand(time(NULL))我建议改成C风格#include iostream #include random using namespace std; int main() { random_device rd; mt19937 gen(rd()); uniform_int_distributionint dist(1, 100); int target dist(gen); int guess; while (true) { cout 输入你的猜测1~100; cin guess; if (guess target) cout 大了 endl; else if (guess target) cout 小了 endl; else { cout 猜中了答案是 target endl; break; } } return 0; }这段代码里有几个细节。random_device通常用系统硬件熵源生成真正的随机种子mt19937是目前适用性最广的伪随机生成引擎uniform_int_distribution保证生成的数在1到100之间均匀分布而不是老的rand() % 100 1。后者有一个很多人忽略的问题RAND_MAX通常是32767而100不一定能整除32767取模后部分数字出现的概率会略大于其他数字这在概率统计上叫“模偏差”。猜数字游戏里影响微乎其微但如果你在做抽奖、卡牌抽取这类对概率敏感的功能就得用现代随机库。第二为什么“大了/小了”这个反馈策略能快速逼近答案。这是一个倒过来的二分查找。每次猜测把搜索区间减半最坏情况下只需ceil(log2(100))≈7次就能猜中。游戏里的智能体现在“策略”体现在这个简单反馈机制的信息量上。第三输入异常处理。如果你输入了abc或-5cin会进入失败状态后续所有输入都会失灵。这算是第1篇就能学到的宝贵教训if (!(cin guess)) { cin.clear(); cin.ignore(numeric_limitsstreamsize::max(), \n); cout 请输入一个整数 endl; continue; }这个输入守卫模式后面12篇里到处都要用早学会早省心。3.2 井字棋二维数组与第一个AI井字棋棋盘是3×3数组玩家和AI轮流在空格子上落子。这游戏有几个难点但单独看都不算复杂。棋盘存储和绘制这是二维数组最直白的用法char board[3][3] { { , , }, { , , }, { , , } };判断胜负是核心检测逻辑。井字棋的连线只有8种可能3行、3列、2条对角线。胜利判定就是检查组内三格是否相同且非空这算是“状态枚举”的朴素实现。人机AI这部分是最有意思的。真正的MinMax算法要等到第11篇五子棋才完整实现但井字棋这个简化场景可以先做一个“规则AI”如果中心空着优先占中心如果玩家差一步就连成三子立即堵住否则按固定优先级角、边、随机落子。代码如下// 伪代码井字棋AI的核心打分支 bool aiMove() { // 1. 能赢就赢 for (int i 0; i 3; i) for (int j 0; j 3; j) if (board[i][j] wouldWin(i, j, O)) { place(i, j); return true; } // 2. 堵住玩家的胜点 for (int i 0; i 3; i) for (int j 0; j 3; j) if (board[i][j] wouldWin(i, j, X)) { place(i, j); return true; } // 3. 中心优先 if (board[1][1] ) { place(1, 1); return true; } // 4. 兜底占位 return false; }初学者在写这个AI时最容易卡在“怎么判断哪个位置能赢”。标准做法是尝试在空位放一个自己的棋子然后调用胜负判断函数看看自己是不是赢了。这就是“假设-验证”的思考方式之后写贪吃蛇碰撞检测、写2048合并判定时全都在用。井字棋教会我的核心不是语法而是怎么用数组和函数把抽象的“游戏规则”翻译成计算机能执行的指令。3.3 贪吃蛇控制台“动画”是怎么骗过眼睛的贪吃蛇是第一个让你觉得“哇程序真的动起来了”的游戏。它和猜数字最大的差异在于猜数字是“输入-输出”的交互而贪吃蛇需要一个持续运行的“主循环”每一帧更新状态、重新绘制。控制台没有真正的“动画”概念只能靠每帧刷新来制造动态幻觉。基本循环结构while (running) { if (_kbhit()) { direction readKey(); } moveSnake(); // 根据方向更新蛇头坐标 checkCollision(); // 撞墙或撞自己 checkFood(); // 是否吃到食物 render(); // 清屏、绘制新一帧画面 Sleep(150); // 控制帧率 }蛇身的存储方式我推荐使用dequepairint,intdequeCOORD snake;每次移动蛇头按当前方向前进一格然后判断如果这一格是食物就只在头部插入新坐标蛇变长如果没吃到食物头部插入新坐标同时尾部删除一格蛇保持等长前进。这个队列数据结构的思想和操作系统的循环队列如出一辙控制台游戏里第一次感受到算法的力量。碰撞检测的核心是判断“新蛇头坐标是否已经存在于蛇身坐标集合中”。最朴素的做法是遍历蛇身bool hitSelf() { for (int i 1; i snake.size(); i) if (snake[i].X snake[0].X snake[i].Y snake[0].Y) return true; return false; }贪吃蛇还涉及一个新手非常容易忽视的问题输入灵敏度。如果用cin direction回车键会打断节奏Windows下应该用_kbhit()和_getch()做非阻塞输入。这样做还有个隐藏坑一次按键处理完立刻进入下一帧输入频率过快会导致蛇掉头撞到自己。标准处理是在输入时检查“方向不能是当前方向的相反方向”。3.4 俄罗斯方块旋转矩阵与碰撞检测俄罗斯方块的复杂度和前三篇完全不在一个等级。简单说它有三个核心系统形状定义、旋转、碰撞检测。形状定义通常用4×4矩阵来描述一个方块比如I形int tetromino[7][4][4] { // 每个形状一个4×4矩阵 { {0,0,0,0}, {1,1,1,1}, {0,0,0,0}, {0,0,0,0} } // I形 // ...其他形状 };旋转是整套系统里最考验空间想象力的部分。对4×4矩阵做顺时针旋转坐标映射关系是// (oldX, oldY) - (newX, newY) newX 3 - oldY; newY oldX;这个公式一定要亲手推导一遍不要背。你把4×4矩阵的四个角画出来顺时针转90度看每个格子坐标怎么变化立刻就能理解。碰撞检测有两种策略。第一种是“先移动后检测”先把方块移到新位置看看是否和边界或堆积方块重叠如果重叠就回退。第二种是“先判断后移动”直接检测目标格子上是否有方块或越界没有才移动。我推荐第二种因为不会产生“移动-回退”的闪烁感。在实际实现时俄罗斯方块还需要一个“即将下落”的位置预览这个功能可以让游戏体验大幅提升但对逻辑的要求又高了一层。我在这一篇花费的时间最多反复调试旋转坐标和堆叠判断的边界条件。写出来的代码最终才450行但逻辑密度远超前8篇。这篇啃完后你的数组和坐标直觉已经相当扎实了。4. 贯穿12篇的核心C语法点它们不是八股4.1 随机数rand()的坑与modern random网上搜“c随机数”老教程里全是rand()和srand(time(0))。这套写法在控制台业余游戏里能用但有两个现实问题。第一是前述的模偏差。当随机范围不能整除RAND_MAX时结果分布不是完全均匀的这在抽奖、刷装备、随机谜题里都会造成微妙的不公平。第二是rand的生成质量一般周期短、统计特性一般。用现代C的random库并不复杂random_device rd; mt19937 gen(rd()); uniform_int_distributionint dist(1, 100); int num dist(gen);我在这12篇里统一使用这套写法既是为了让代码更有教学价值也是让读者从入门就养成好习惯。4.2 字符串与数组的各种初始化姿势猜单词、记忆翻牌、扫雷里都会频繁用到字符串和数组。很多初学者经常在“c字符串数组初始化”“c字符串转数组”这些搜索词之间来回打转。经典的C风格字符串数组char words[][10] {apple, banana, cherry};这个写法坑点很多第二维长度必须足够容纳最长字符串加\0一旦“cherry pudding”这种长词进来就溢出。所以我更推荐用C的std::stringstring words[] {apple, banana, cherry};字符串转数组也是高频需求。比如猜单词游戏里你需要判断用户猜的字母是否在单词中可以先把目标单词转成一个vectorcharstring word hello; vectorchar letters(word.begin(), word.end());这样就能用find(letters.begin(), letters.end(), guess)快速判断。还有一个常见需求是“c指定顺序输出”比如迷宫寻路里需要按特定方向遍历邻居格子。标准做法是把方向存储在数组里然后按顺序遍历int dx[4] {-1, 0, 1, 0}; int dy[4] {0, 1, 0, -1};12篇系列写到后半段你会反复看到这种“用数组存方向”的写法务必练熟。4.3 static、const、final在游戏代码里的实际位置这三个关键词是C的经典面试题也常被当成“八股”来背。但放在游戏代码里它们都有很生活化的用途。const在猜数字里声明游戏范围上界const int MAX_NUM 100;在扫雷里声明行列尺寸和雷数const int ROWS 10; const int COLS 10;static最常见的用途是保存跨函数调用的持久状态。贪吃蛇里可以做最高分记录直接作为函数内的局部静态变量int getHighScore(int score) { static int highScore 0; if (score highScore) highScore score; return highScore; }static的另一个大用场是类内的静态成员比如游戏里所有小怪共享的同一种属性或者全局唯一的调试日志。final字面意思是“最终”C11之后它既能修饰类禁止继承也能修饰虚函数禁止子类重写。小游戏系列里继承用得不多但如果你把俄罗斯方块抽象成TetrisGame然后派生出TetrisHardMode这时候virtual和final处理得当你会发现继承树不会变成一团乱麻。这些关键词看着像“语法题”实际是你在设计游戏结构时不断在选择的东西。把12篇写完后你再回去看“c final、static、const等详解”这种文章会比一开始死记硬背轻松十倍。4.4 排序算法藏在排行榜里“冒泡排序算法c”是经典中的经典。初学者问排序算法最多的问题是学了有什么用等你在推箱子或五子棋里做了排行榜功能你就会发现// 冒泡排序把分数数组从高到低排列 void bubbleSort(int scores[], int n) { for (int i 0; i n - 1; i) for (int j 0; j n - i - 1; j) if (scores[j] scores[j 1]) swap(scores[j], scores[j 1]); }控制台游戏里排行榜通常只有5条左右冒泡排序完全足够。但当数据量大到上千上万时就该换成快速排序、堆排序或者直接用sort()函数并自定义比较器。编程学习有一个常见误区觉得排序算法是“考试知识”和工作无关。实际上算法思维和工程能力就藏在这些看似微小的选择里——你选择用什么排序取决于数据规模、稳定性要求和代码复杂度这个权衡能力才是核心。4.5 状态机游戏从“一坨循环”变成“能维护的工程”前两三个游戏你可能会用几个bool变量控制流程。到了扫雷变量越来越乱游戏没开始、游戏中、已踩雷、已胜利这些状态交织在一起代码就成了一团浆糊。这时候就该引入枚举状态机enum class GameState { NOT_STARTED, PLAYING, WIN, LOSE }; GameState state GameState::NOT_STARTED;配合switch分支执行不同逻辑switch (state) { case GameState::NOT_STARTED: initGame(); state GameState::PLAYING; break; case GameState::PLAYING: handleInput(); update(); checkWinLose(); break; case GameState::WIN: showWinScreen(); break; case GameState::LOSE: showLoseScreen(); break; }你想想非线性流程的游戏比如推箱子里的“当前箱子卡住”“目标位置被另一箱占住”这些都能拆解为状态判断。状态机是我认为从“会编程”到“会设计程序”的分水岭12篇里从第3篇井字棋开始逐步引入到第9篇俄罗斯方块基本形成了规范形态。5. 我在这12篇里踩过的坑编译、运行与崩溃排错5.1 窗口一闪而过与控制台乱码第一个坑属于“每个C初学者都遇到过”的类型程序运行完直接闪退还没来得及看输出。新手经常上网搜“c窗口一闪而过”然后抄来一个system(pause)这能应急但强烈不推荐因为只要换一台机器或者程序里出现错误提前退出暂停就不生效。更可靠的做法是给主函数末尾加双保险cin.clear(); cin.ignore(numeric_limitsstreamsize::max(), \n); cin.get();或者在VS Code里直接用调试模式F5运行后窗口永远不会自动关闭。第二个坑是控制台中文字符乱码。这个问题根源在于Windows控制台的代码页和源代码文件的编码不一致。VS Code默认UTF-8Windows控制台默认GBK/CP936。解决办法要么在代码里第一行加UTF-8的BOM标记并设置控制台代码页system(chcp 65001);要么程序文件保存为GB2312编码。我个人的建议是代码文件保持UTF-8在main函数开头调用一次SetConsoleOutputCP(CP_UTF8)一劳永逸。第三个坑是VS Code配C环境时tasks.json乱配导致编译报错“无法将参数1从...转换为...”。最常见的原因是编译器版本太老不支持C11记得在编译参数里加-stdc11或-stdc17。5.2 数组越界导致的访问冲突一次完整排查如果你以后用C#调用C的DLL多半会碰到“c#调用c出现access violation c0000005”这样的崩溃弹窗。这个错误码的本质是进程访问了未分配或已释放的内存。在纯C控制台游戏里最常见的成因就是数组越界。我写扫雷时有一次典型案例。点击格子后程序直接闪退Dev C弹出一个“access violation c0000005”的窗口。第一反应是“雷区访问了不存在的行列”。排查过程是这样的第一步我先找到崩溃的点。VS Code的调试器停在发生访问冲突的那一行顺着单步走发现崩溃发生在计算周围雷数的循环里。第二步我看循环边界条件。核心代码是这样的for (int i -1; i 1; i) { for (int j -1; j 1; j) { int nx x i; int ny y j; if (board[nx][ny] MINE) { count; } } }乍一看没问题但如果点击边缘格子x或y等于0nx会变成-1数组就越界了。第三步我在循环里加边界判断if (nx 0 || nx ROWS || ny 0 || ny COLS) continue;问题解决。这个错误我还遇到过另一个变体把board[x][y]和board[y][x]写反。C二维数组的行列索引是board[行][列]但在坐标场景里习惯用x表示列、y表示行如果直接代入就会踩中越界。排查数组越界的核心心法是永远保持“边界敏感”。写完数组访问第一遍就要在内心检查所有可能触发的边界值0、数组长度减1、负数、超大值。养成这个习惯后很多崩溃都是在写代码阶段就避免掉的。5.3 内存管理的无底洞new和delete配对推箱子第10篇里我用了动态数组来动态生成地图这也引出了C里最经典的内存管理问题。new和delete必须一一配对漏一个就内存泄漏重复delete就崩溃。排查内存泄漏有一个笨但有效的办法在程序退出前统计new的次数用日志或断点一一核对。现代开发里更推荐用智能指针unique_ptr或shared_ptr替代裸指针但那已经超出基础小游戏的范畴了。5.4 调试工具链从printf到大断点写前三个游戏时遇到bug我都靠加coutdebug:varendl;排查。后来代码一多日志刷屏反而干扰思路。到第9篇俄罗斯方块时我彻底转向断点调试在循环里设置条件断点比如方块旋转到第5次时暂停观察坐标值的变化。这比盲猜日志高效得多。VS Code的调试功能只需要在编译命令里加-g参数然后F5启动。很多人怕配launch.json其实直接用“Run and Debug”的默认模板再把program路径改一下就行。调试器的“监视窗口”可以在单步执行时实时看变量变化这个技能越早习得越好。调试心态上也有个大坑不要一次改多个地方。我吃过一次亏贪吃蛇既不移动又闪屏我同时改了方向读取和清屏方式结果两个bug搅在一起反而越改越乱。稳扎稳打一次只改一个变量改完立刻验证。6. 可以直接抄走的标准游戏循环骨架6.1 游戏循环四件套到了这个系列的后期你会发现所有游戏都遵循同一个主循环结构。我建议你从第1篇开始就建立这个框架后面写什么游戏都能直接复用#include iostream #include conio.h #include windows.h using namespace std; void handleInput() { // 用 _kbhit() / _getch() 读取非阻塞按键 } void update() { // 更新游戏逻辑 } void render() { // 清屏 绘制画面 } int main() { bool running true; while (running) { handleInput(); update(); render(); Sleep(100); // 控制帧率100ms一帧 } return 0; }这个循环是12篇小游戏的共同骨架。猜数字用不到它但扫雷、贪吃蛇、俄罗斯方块全部往里套。你甚至可以把它封装成类作为后面的“游戏引擎”雏形class Game { public: virtual void handleInput() 0; virtual void update() 0; virtual void render() 0; void run() { while (running) { handleInput(); update(); render(); Sleep(frameDelay); } } };有了这个抽象你每写一个新游戏就是新建一个继承自Game的类重写三个虚函数。到这一步你其实已经在做“引擎设计”了。6.2 控制台光标控制的常用封装控制台小游戏绘制画面时有一组高频使用的小工具函数。这里直接抄void gotoxy(int x, int y) { COORD pos {x, y}; HANDLE hOut GetStdHandle(STD_OUTPUT_HANDLE); SetConsoleCursorPosition(hOut, pos); } void hideCursor() { CONSOLE_CURSOR_INFO cursor; GetConsoleCursorInfo(GetStdHandle(STD_OUTPUT_HANDLE), cursor); cursor.bVisible false; SetConsoleCursorInfo(GetStdHandle(STD_OUTPUT_HANDLE), cursor); } void setColor(int color) { SetConsoleTextAttribute(GetStdHandle(STD_OUTPUT_HANDLE), color); }gotoxy负责把光标移到指定坐标这是贪吃蛇和俄罗斯方块渲染的基础。hideCursor隐藏闪烁的光标。setColor用来区分蛇头、食物、墙壁。这三个函数都需要windows.h只能在Windows下编译mac和linux用户可以用ncurses库实现等价功能。如果要做跨平台控制台游戏用ncurses是标准答案但入门阶段我建议先不折腾跨平台把Windows这一套打通就好。6.3 控制台游戏还能怎么扩展这个12篇系列其实只是起点。你有几个很自然的扩展方向第一把每个游戏都加上存档功能用文件读写存排行榜、进度和设置这会自然引入fstream。这是“c小游戏代码”向“c完整应用”跨越的重要一步。第二把控制台版贪吃蛇重写成SDL或raylib版本你会发现大量逻辑代码移动、碰撞、状态机可以直接复用只需要把渲染和输入部分换掉。遇到“unity微信小游戏打包”这种需求时你会感谢自己当初写控制台游戏时理清了逻辑和渲染的边界。第三把某个游戏的AI做深一层。比如五子棋从固定深度搜索扩展到带Alpha-Beta剪枝和更精确的估价函数这就是从“游戏编程”走向“算法优化”的自然台阶。写小游戏系列最大的意义是你亲手看见一个抽象语法逐渐变成能玩的现实。写到第12篇时我最大的体会是语法不是背会的是“用”会的。你在猜单词里初始化字符串数组、在贪吃蛇里用deque管理蛇身、在俄罗斯方块里推导旋转矩阵、在推箱子调试内存崩溃每一个知识点都伴随一个具体的场景和一次真实的调试经历。如果你现在还在“C学了半年还不会写一个完整程序”的阶段我建议别再看语法书了翻开第一篇猜数字的题目先写满40行代码跑起来。当你亲手写完第5个游戏再回头看那些“八股”和“算法题”你会发现它们已经不再是需要背的题而是你工具箱里随手可用的工具。
