简介面向C初学者与进阶学习者的27个经典趣味程序合集以“小项目知识点”的方式帮助读者在动手实践中理解语法、巩固编程思维。压缩包共184个文件、约222KB主体为28个cpp源码另含dsp、dsw、opt、ncb等VC工程配置文件和doc说明文档以及少量txt、dat辅助数据便于直接打开工程阅读与调试。内容覆盖Hello World变体、数据类型与变量、数组和字符串处理、指针与内存操作、类与对象、继承多态封装、STL容器与算法、函数重载和默认参数并延伸到异常处理、文件输入输出、模板编程及简单游戏、数学问题求解器、文本分析工具等综合练习。已有174人学习适合按主题查阅源码、对照注释理解实现也可作为课程实验与课后练手素材。1. 27个C趣味程序为什么值得当成练手题库从一份压缩包说起前阵子有人丢给我一个压缩包说里面是「27个经典趣味C程序」让我看看值不值得给刚学完语法的人练手。我第一反应是又一批Hello World加九九乘法表凑数解压之后翻了翻里面确实混着几道凑数的入门题但贪吃蛇、俄罗斯方块、八皇后、约瑟夫环、简易学生成绩管理这些都在而且大多是单文件、直接能编译的形态。这就有意思了——它不是一个能跑起来的产品而是一套覆盖了C从语法、数组、指针、结构体、递归、文件读写一路到控制台游戏循环的题目集合。适合谁刚学完语法想找东西写的人以及带课需要现成案例的人。下面按我实际拆包、编译、改代码的顺序把这份资源讲清楚。2. 项目全景与技术栈这27个程序到底覆盖了哪些C基本功这不是一个软件工程意义上的项目没有统一的入口、没有构建脚本每个.cpp都是一个自洽的小世界。把27个文件摊开看它们大致分三档第一档是纯语法练习比如九九乘法表、素数筛、斐波那契、回文判断代码量几十行纯粹练手第二档是算法题汉诺塔、八皇后、约瑟夫环、24点、迷宫求解重点在递归和回溯第三档是带交互的程序贪吃蛇、俄罗斯方块、扫雷、五子棋、学生成绩管理、通讯录、简易计算器这些开始涉及主循环、状态管理、结构体数组和文件持久化。技术栈上非常朴素标准C大多数代码落在 C98 到 C11 之间控制台程序靠iostream、cstdio、cstdlib、ctime需要实时按键的用conio.h里的_kbhit()和_getch()少数图形程序用 EasyX 或者老式的graphics.hBGI 兼容库数据管理类程序用fstream做文本文件读写不作数据库。没有第三方框架没有 CMake没有单元测试就是教学场景下最原始的那种写法。2.1 解压先看目录27个源文件按难度分了三档拿到压缩包别急着双击。先看清楚目录层级。这类资源常见的组织方式是「一个总目录 若干分类子目录 每个程序一个文件夹」也有图省事的直接27个.cpp平铺。不管是哪种我的第一件事是列一张表把文件名、行数、是否依赖图形库标注出来这样能决定先用哪几个热身。分类典型程序规模外部依赖语法练习九九乘法表、素数、斐波那契、回文数3080 行无算法题汉诺塔、八皇后、约瑟夫环、24点、迷宫80200 行无控制台交互猜数字、打字练习、简易计算器、通讯录150400 行conio.h控制台游戏贪吃蛇、俄罗斯方块、扫雷、五子棋300800 行conio.h、windows.h图形程序钟表、绘图板、弹球200600 行EasyX 或graphics.h数据管理学生成绩管理、图书管理、银行账户模拟400900 行fstream标完这张表你就知道真正需要折腾环境的只有最后两行前面四类随便一个装了 g 的机器都能跑。这也是我建议的阅读顺序先跑无依赖的建立信心再跑控制台的熟悉按键处理最后才去碰图形部分避免开局就被环境问题挡住。还有一点这类压缩包里的文件名往往带中文比如「贪吃蛇.cpp」「汉诺塔.cpp」。在 Windows 上直接用 g 命令行编译中文文件名会踩坑稳妥做法是先重命名成英文或者用 IDE 打开。这个细节放在第5章细讲。2.2 编译环境与依赖三种常见环境下怎么跑起来这27个程序的代码风格跨度很大有的写法明显是给 Dev-C 那套习惯准备的有的能在 VS 里直接开还有的需要手工装库。我把常见的三种环境差异列清楚你按自己的情况挑一条路走到底别混着来。第一种Dev-C 或者 Code::Blocks 这类轻量 IDE。好处是新建工程、把.cpp拖进去、按 F11 就能跑conio.h自带中文编码默认跟系统一致。缺点是默认 C 标准比较老个别用了auto、范围 for 的文件要手动切到 C11 以上。这类环境最适合新手配套调试器也好用断点、单步、看变量都齐。第二种命令行 gMinGW-w64。干净、可脚本化适合批量编译验证。命令大致是g -stdc11 -o snake snake.cpp需要链接 Windows 相关函数时加-static或者直接依赖 MinGW 自带的实现。图形部分用 EasyX 的话g 路线会比较难受因为 EasyX 的库文件是按 MSVC 的 ABI 编的混着用容易出一堆链接错误。第三种Visual Studio。对图形库支持最好EasyX 官方就是按 VS 版本发库的。缺点是新版 VS 默认用 Unicode 字符集、默认 C14/17而这份老代码里大量的char数组和strcpy、gets会被判成不安全函数报错。解决办法是在项目属性里把「SDL 检查」关掉字符集改成多字节。提示不要在同一个目录里混用不同环境生成的中间文件。我见过.o文件残留导致链接到旧目标的情况报的错跟源码完全对不上排查半天。2.3 控制台游戏和图形程序是两套完全不同的运行模型这一点必须先说清楚否则新手很容易在第3章卡住。控制台类程序的运行模型是「阻塞读 清屏重绘」主循环里读一次按键更新状态然后要么用system(cls)全屏重画要么用光标定位函数局部刷新。图形类程序则是「消息循环 双缓冲绘制」注册窗口、处理WM_系列消息、在WM_PAINT或者自己开的定时器里刷新画面。这两套模型的代码几乎不能互相移植也决定了两类程序的调试方式不同。控制台程序出问题多数是逻辑错、数组越界、按键没读到图形程序出问题多数是窗口没建起来、库版本不匹配、绘制函数参数传错。所以我在拆包时会把这两类分开先用纯控制台把逻辑吃透图形那部分只当作「同一个逻辑换了个显示层」来理解。3. 上手第一步把压缩包变成能跑的可执行文件这一章全部是操作照着做就行。我的习惯是先建立一个独立的编译目录把源码复制过去避免改坏原文件——这套代码你后面肯定要动原件留着当后悔药用。然后按 2.1 那张表的顺序从最没依赖的开始逐个编译、逐个跑跑不通的先记下来统一处理。3.1 建立编译目录与批量编译脚本先做目录隔离。假设解压到cpp27/我会建一个build/放可执行文件源文件保持不动编译时用-o把产物指过去。# 进入解压目录先看清楚有哪些源文件 cd cpp27 ls *.cpp | head -30 # 建立产物目录避免 exe 和源码混在一起 mkdir -p build # 单个文件的编译方式以贪吃蛇为例 g -stdc11 -Wall -o build/snake 贪吃蛇.cpp # 批量编译把所有不需要图形库的源文件逐个编一遍 for f in *.cpp; do name$(basename $f .cpp) g -stdc11 -Wall -o build/$name $f 2 build/$name.err \ echo OK $name \ || echo FAIL $name - build/$name.err done这段脚本的核心就三件事循环取文件名、用basename去掉扩展名当产物名、把错误输出重定向到单独的.err文件。-Wall一定要加这份老代码里有大量「有符号和无符号比较」「变量未使用」「可能未初始化」的警告很多逻辑 bug 从警告里就能提前看出来。-stdc11是折中值再低有些代码编不过再高老代码里的register之类关键字又会报错。批量跑完你会得到一张 OK/FAIL 清单。FAIL 的大概率集中在图形类和用了conio.h但当前编译器没提供的环境上前者是缺库后者在 MinGW 下通常自带在纯 Linux 的 g 下才会真缺。3.2 图形类程序EasyX 的安装与版本匹配图形程序是这套资源里唯一需要额外装东西的部分。EasyX 的安装方式很直接下载对应 IDE 版本的安装包运行后它会自动把graphics.h和easyx.h塞进编译器的 include 目录把.lib塞进 lib 目录。装完不用改任何项目配置直接编译就行。关键是版本匹配。EasyX 的库是按 VS 的大版本分发的装错版本的表现是编译期能过、链接期报一堆LNK2019未解析的外部符号或者运行起来窗口一闪就没了。我一般这样做先确认当前 IDE 的版本号再去下对应安装包装完之后写一个十行的最小测试程序画一个圆、等一次按键能出窗口再回去跑正式代码。// 最小验证程序确认图形库装对了再跑正式代码 #include graphics.h int main() { initgraph(640, 480); // 创建 640x480 的绘图窗口 circle(320, 240, 100); // 圆心(320,240)半径100 outtextxy(280, 240, ok); // 在指定坐标输出文字 _getch(); // 阻塞等待一次按键防止窗口闪退 closegraph(); // 关闭绘图窗口释放资源 return 0; }initgraph的两个参数是窗口宽高单位像素circle的三个参数依次是圆心 x、圆心 y、半径outtextxy的两个坐标是文字左上角位置。_getch()这行别省很多新手第一次跑图形程序就卡在「窗口一闪而过」原因就是主函数直接 return 了窗口跟着进程一起销毁。如果你的环境是 g 或者非 Windows 平台EasyX 这条路基本走不通。替代方案有两个一是把这些图形程序当纯代码阅读理解绘制逻辑而不追求跑起来二是自己用 SDL2 重写显示层逻辑部分照搬。我一般选第一个因为这套代码的图形部分本来就不是重点重点在游戏状态怎么更新。3.3 验收清单从猜数字跑到贪吃蛇编译通过不等于跑得对。我给自己定了一套验收流程按顺序过一遍能跑通就说明环境没问题剩下的都是代码本身的事。第一步跑一个纯输入输出的程序比如猜数字。它验证的是cin/cout正常、随机数种子正常、程序能正常退出。第二步跑一个算法题比如汉诺塔输入 4 个盘子看输出步数是不是 152⁴−1。这一步验证递归逻辑和你的编译器优化没关系。第三步跑一个用conio.h的程序比如打字练习验证按键能实时响应、不需要回车确认。第四步跑贪吃蛇验证清屏刷新不闪、方向键不冲突、撞墙判定生效。这四步里最容易翻车的是第三步。conio.h是 Windows 特有的Linux 和 macOS 上根本没有g 会直接报「找不到 conio.h」。这时候要么换 Windows 环境要么把那几行改成 termios 的tcgetattr/tcsetattr实现无回显读键——后者工作量不小我建议先把这类程序跳过别在环境上耗太久。4. 核心模块拆解从控制台游戏到算法小程序的关键链路到这里环境应该理顺了。这一章挑四类最有代表性的代码结构讲每一类都给出可对照的骨架代码然后说明这套骨架在本资源里是怎么被复用的。看完你应该能自己判断某个.cpp属于哪一类、该从哪个函数开始读。4.1 游戏主循环与状态机贪吃蛇和俄罗斯方块共用的那套骨架控制台游戏看着花哨骨架其实高度统一一个while循环循环体里依次做「读输入 → 更新状态 → 渲染 → 控帧率」循环靠一个布尔变量或者游戏状态枚举来退出。贪吃蛇、俄罗斯方块、扫雷基本都长这样。#include conio.h #include windows.h #include cstdio enum Dir { UP, RIGHT, DOWN, LEFT }; int main() { bool running true; Dir dir RIGHT; int speedMs 120; // 帧间隔越小蛇跑得越快 while (running) { // 1) 读输入_kbhit 只探测缓冲区有没有字符不阻塞 if (_kbhit()) { int ch _getch(); if (ch 224) { // 方向键的扩展码前缀 switch (_getch()) { // 再读一次拿到实际方向码 case 72: if (dir ! DOWN) dir UP; break; case 77: if (dir ! LEFT) dir RIGHT; break; case 80: if (dir ! UP) dir DOWN; break; case 75: if (dir ! RIGHT) dir LEFT; break; } } else if (ch 27) { // ESC 退出 running false; } } // 2) 更新状态按 dir 计算新蛇头坐标做碰撞判定 // 3) 渲染清屏后按坐标重画整张地图 // 4) 控帧率Sleep 让出 CPU避免 100% 占用 Sleep(speedMs); } return 0; }_kbhit()返回非零表示键盘缓冲区里有字符程序不会停在那里等_getch()取一个字符且不回显。方向键是特例它在 Windows 下会先送入一个 224或者 0前缀再送入实际的方向码上72、下80、左75、右77所以必须连读两次。这个「读两次」是新手最容易漏的地方漏了的表现是按方向键没反应或者方向乱跳。Sleep(speedMs)是帧率控制的核心参数是毫秒。它同时承担两个作用让画面有节奏、让 CPU 别空转。我在旧机器上见过把这一行删掉的同学CPU 直接跑满风扇狂转游戏速度也快到看不清。还有一个隐含设计方向取反的限制if (dir ! DOWN) dir UP。没有这个判断蛇在向右走的时候按左下一帧就会和自己撞上直接死掉用户会觉得这是 bug。这类「不让玩家自杀」的细节在这套代码里属于写得比较到位的部分值得借鉴。4.2 输入处理阻塞式 cin 和实时按键的差别同一个资源包里有的程序用cin choice做菜单有的用_getch()做实时控制这两者不能混用。cin是行缓冲的你不按回车它不返回_getch()是即时返回的。一个循环里如果既有cin又有_getch()很容易出现「按了键没反应要再按一次回车」的诡异现象。我一般的处理原则是菜单选择用cin或者scanf游戏内操作用_getch()两者不放在同一个循环里。如果非要放一起进菜单前先cin.ignore()把缓冲区清干净。#include iostream #include conio.h int main() { int choice 0; while (true) { std::cout 1.开始 2.设置 0.退出\n ; if (!(std::cin choice)) { // 输入非数字时清状态 std::cin.clear(); std::cin.ignore(1024, \n); continue; } if (choice 0) break; if (choice 1) { std::cout 按任意键继续...; _getch(); // 游戏内的即时读键 } } return 0; }std::cin.clear()清的是流的状态位输入失败后流会进入 fail 状态之后所有读操作都失效std::cin.ignore(1024, \n)是把当前行剩下的字符丢掉两个配合才能从「用户输入了字母」这种错误里恢复。这个组合我在这个包里的成绩管理、通讯录里都见到过类似写法说明作者踩过这个坑。4.3 算法类汉诺塔、八皇后、约瑟夫环的递归与模拟算法题部分代码最干净也最值得逐行读。三个经典题的骨架我都列一下注意它们共同的结构先定义「一步」是什么再定义「怎么递归到下一步」。#include cstdio // 汉诺塔把 n 个盘子从 from 借 via 移到 to void hanoi(int n, char from, char to, char via) { if (n 0) return; // 递归出口没有盘子就返回 hanoi(n - 1, from, via, to); // 先把上面 n-1 个挪到中转柱 printf(%c - %c\n, from, to); // 再把最大的那个挪到目标柱 hanoi(n - 1, via, to, from); // 最后把 n-1 个从中转柱挪到目标柱 } int main() { hanoi(3, A, C, B); // 3 个盘子应为 7 步 return 0; }hanoi的参数顺序是盘子数起点柱终点柱中转柱三个char只是柱子的标签。递归出口写n 0比写n 1更省事因为不用单独处理只剩一个盘子的情况。步数关系是 2ⁿ−1这个数字可以用来快速验证输出对不对。八皇后是回溯的典型代码量稍大但结构固定逐行放置每行试 8 个列位置判断和已放置的皇后是否冲突不冲突就进下一行走不通就回退。#include cstdio #include cmath int pos[8]; // pos[row] col表示第 row 行的皇后放在第 col 列 int total 0; bool ok(int row, int col) { for (int r 0; r row; r) { if (pos[r] col) return false; // 同列冲突 if (abs(pos[r] - col) abs(r - row)) return false; // 同对角线冲突 } return true; // 同行由逐行放置天然保证 } void dfs(int row) { if (row 8) { total; return; } // 8 行都放满得到一个解 for (int col 0; col 8; col) { if (ok(row, col)) { pos[row] col; // 落子 dfs(row 1); // 进下一行 pos[row] -1; // 撤销回溯 } } } int main() { dfs(0); printf(%d\n, total); return 0; }pos数组是整个算法的状态ok函数只检查列和对角线同行不用查是因为我们一行只放一个。dfs里的pos[row] -1这行严格说可省下一轮会覆盖但写上更符合回溯的语义。八皇后的解是 92 个可以当验收标准。约瑟夫环用模拟写也行但更有意思的是递推公式f(n) (f(n-1) k) % n一行循环搞定复杂度从 O(nk) 降到 O(n)。// 约瑟夫环n 个人围成圈每数到 k 出列返回最后剩下的人的编号1 起 int josephus(int n, int k) { int r 0; // 只有 1 个人时幸存者编号为 00 起 for (int i 2; i n; i) r (r k) % i; // 从 2 人规模递推到 n 人规模 return r 1; // 转成 1 起的编号 }r用 0 起的下标能省去每次取模后的调整最后加 1 转回人类习惯的编号。这个写法我第一次看到时盯着看了半天理解了「反推位置偏移」这个思路之后就再没忘过。4.4 数据管理类结构体数组加文件存取的增删改查骨架成绩管理、通讯录、图书管理这几个程序结构几乎一样都是「结构体 定长数组 文件读写 菜单」。这类代码是新手最容易写崩的因为涉及数组下标、字符串拷贝、文件打开失败这几种典型错误。#include cstdio #include cstring struct Student { char id[16]; char name[32]; double score; }; Student stu[100]; // 定长数组最多存 100 条 int count 0; // 当前有效记录数所有循环的上界 bool load(const char* path) { FILE* fp fopen(path, r); if (!fp) return false; // 文件不存在不是致命错误 count 0; while (count 100 fscanf(fp, %15s %31s %lf, stu[count].id, stu[count].name, stu[count].score) 3) { count; } fclose(fp); return true; } bool save(const char* path) { FILE* fp fopen(path, w); if (!fp) return false; for (int i 0; i count; i) fprintf(fp, %s %s %.2f\n, stu[i].id, stu[i].name, stu[i].score); fclose(fp); return true; }char id[16]里的 16 是容量fscanf的%15s里的 15 是「最多读 15 个字符」留 1 位给结束符\0。这个配对关系是防缓冲区溢出的关键写%s而不限长度遇到超长输入就会写穿数组症状是别的变量莫名其妙被改、程序退出时崩溃——这种 bug 查起来非常费劲。count这个变量的用法值得单独说所有遍历都写i count而不是i 100count只在成功读入一条后自增。定长数组的容量100和有效长度count分开管理是这套代码里少数几个符合工程习惯的地方。文件格式用空格分隔的纯文本好处是能用记事本直接看和改调试时非常方便。缺点也明显姓名里不能有空格。想支持空格就得换成 CSV 或者加长度前缀那是二次开发时再改的事。5. 避坑与排查编译、乱码、闪退、图形库的四类翻车这一章全部来自实际跑这套代码时踩到的坑按「现象 → 原因 → 解决」写。遇到问题先在这里对一遍大概率能省掉半天。5.1 中文乱码源码是 GBK控制台是 UTF-8现象程序能编译能运行但菜单、提示语全变成「锟斤拷」或者一串问号英文部分正常。原因这份资源的源文件是早期在 Windows 中文环境下写的保存编码是 GBK。而新版编辑器、新版终端、g 在某些配置下默认按 UTF-8 解释源码两边对不上就乱码。还有一种情况是源码没问题但控制台代码页是 65001UTF-8而程序输出的是 GBK 字节。解决分两步。第一步确认源码编码用编辑器的「以编码重新打开」试 GBK 和 UTF-8哪个正常显示中文就用哪个。第二步让控制台和源码一致如果是 GBK 源码在main开头加system(chcp 936 nul);如果统一迁到 UTF-8就把源码另存为 UTF-8再加system(chcp 65001 nul);。批量改的话用编辑器的「批量转换编码」功能一次处理27个文件别一个个手动存。提示改编码之后一定要重新编译。我见过改了源码没重编跑的还是旧 exe然后怀疑人生的情况。5.2 双击 exe 一闪而过现象在 IDE 里按运行一切正常找到生成的 exe 双击黑窗口闪一下就没了。原因程序跑完了进程退出控制台窗口跟着销毁。IDE 之所以看起来正常是因为 IDE 在程序结束后会停在那里等你按键。这不是 bug是控制台程序的正常行为。解决三种。一是在main的return前加system(pause);二是在 IDE 里直接运行别双击 exe三是开一个 cmd 窗口cd到 exe 目录手动执行。第一种最省事但会往代码里塞一行与逻辑无关的东西我一般用第三种干净。5.3 找不到 conio.h或者 _kbhit 未定义现象fatal error: conio.h: No such file or directory或者_kbhit was not declared in this scope。原因conio.h是 Windows 平台的东西MinGW 和 MSVC 都自带但 Linux/macOS 的 g 和 clang 没有。另外某些较新的编译器把kbhit改成了带下划线的_kbhit老代码写的是不带下划线的版本就会报未声明。解决在 Windows 上基本不会遇到遇到先检查是不是在 WSL 或者跨平台环境里编译。如果必须在非 Windows 上跑两个选择把按键相关代码注释掉改成cin.get()阻塞读或者自己用 termios 封装一个。后者的核心是关掉终端的规范模式和回显读一个字符再恢复代码不到 20 行但容易写错建议找现成实现对照。5.4 图形窗口一闪而过或者链接报错现象一initgraph之后窗口出现瞬间消失。原因是没有阻塞等待main直接返回了。解决closegraph()前加_getch()。现象二编译通过链接期一堆LNK2019: unresolved external symbol。原因是 EasyX 库版本和当前 IDE 大版本不匹配或者安装时装到了别的编译器目录。解决确认 IDE 版本号重装对应版本的库如果装了多个 IDE检查头文件实际被包含的路径是不是你期望的那个。现象三窗口出来了但画的东西位置全错、或者颜色不对。原因是坐标系原点在左上角、y 轴向下而数学直觉是原点在左下、y 轴向上。解决所有绘制坐标按「左上原点」重算一遍需要的话自己封一个转换函数int toScreenY(int mathY) { return height - mathY; }。5.5 贪吃蛇撞墙判定失效或者蛇身越吃越短现象蛇头明明撞到边界了却穿过去或者吃到食物后长度不变甚至变短。原因前者是边界判断写成了if (x width)而实际坐标范围是0..width-1差一错误后者是「吃食物」和「移动」的顺序写反了先删尾再长头净长度没变或者增删的计数器没配对。解决边界统一写成if (x 0 || x width || y 0 || y height)注意是不是。长度问题把移动逻辑拆成明确的两步先算新头坐标判断是否吃到食物吃到就不删尾、长度加一没吃到才删尾。这两步写成注释放在代码里比事后调试省事。6. 二次开发把27个小程序改造成自己的练手项目这些东西原样跑通只能算「见过」想真学到手得动刀。我的建议是别贪多挑一个你最感兴趣的程序做三件事。第一件单文件拆多文件。拿贪吃蛇开刀把代码按职责分成snake.h数据和声明、snake.cpp游戏逻辑、render.cpp绘制、main.cpp入口。拆的过程会暴露大量隐藏的全局变量依赖你会被迫想清楚哪些状态该封装成结构体、哪些函数该收进类里。这一步做完代码的组织能力会明显不一样。第二件抽一个统一菜单框架。这套资源里每个程序都自己写了一遍菜单重复度极高。抽出来的大概长这样// 统一菜单把「显示选项 读选择 分发」收敛到一处 struct MenuItem { const char* text; void (*action)(); }; void runMenu(const char* title, const MenuItem* items, int n) { while (true) { printf(\n %s \n, title); for (int i 0; i n; i) printf(%d. %s\n, i 1, items[i].text); printf(0. 返回\n ); int c; if (scanf(%d, c) ! 1) { while (getchar() ! \n); continue; } if (c 0) return; if (c 1 c n) items[c - 1].action(); } }MenuItem用函数指针把「选哪个」和「做什么」解耦加新功能只要往数组里加一项不用改runMenu。函数指针是这份老代码里用得很少的东西补上这一课很值。第三件给每个程序加一条自检。比如八皇后跑完检查total 92汉诺塔检查步数等于 2ⁿ−1约瑟夫环用小数据手算对照。别小看这一步我在改递归出口的时候把n 0写成n 1肉眼完全看不出问题是自检那行assert当场把我拦下来的。从那以后我每次改这类算法题都强制先写好期望值再动代码改完跑一遍自检确认没退化才继续往下写。这套 27 个程序的资源价值不在于代码多漂亮——说实话不少地方写得挺糙全局变量满天飞、函数几百行不拆。它的价值在于题目全、依赖少、每个都能在半小时内跑起来看到结果是个很好的练手底座。挑三五个改透比囫囵吞枣跑一遍27个强得多。希望帮到你。本文还有配套的精品资源点击获取