1. 猜数字游戏为什么是分支循环教学里的经典项目
接触过编程入门的人应该都有印象，老师讲到分支和循环的时候，十有八九会拿猜数字游戏来举例。原因很简单：这个项目几乎把C语言最基础的控制流结构全串起来了。你需要用if/else判断用户猜大了还是猜小，用while或for把重复猜测的过程圈起来，还要处理一个几乎所有新手都会懵的点——怎么让程序每次运行都生成不一样的数字。
很多人卡住的地方恰恰就是最后这一点。明明代码逻辑没问题，if判断也对，while循环也写了，但每次运行程序，答案都是同一个数。我见过不少学生拿着代码来找我，一脸委屈地说“老师，我的随机数不随机”。其实问题不在分支循环本身，而在你对随机数生成机制的理解。
先别急着写代码，我们先把思路理清楚。猜数字游戏的本质是一个“反馈循环”：
- 程序生成一个目标数字（1到100之间）。
- 用户输入一个猜测值。
- 程序比较猜测值和目标值，给出“大了”“小了”或“恭喜猜中”的反馈。
- 如果没猜中，回到第2步；如果猜中，游戏结束。
这个流程里，分支负责第3步的反馈逻辑，循环负责第2步和第4步的重复过程，随机数负责第1步的“不确定性”。三者缺一不可，而且顺序不能乱。如果把随机数生成放在了循环里面，每猜一次目标数字就变了，游戏就彻底失去意义。这也是新手最常见的错误之一。
所以这个项目真正教你的不只是if和while怎么用，而是怎么把多个基础语法组合在一起，形成一个逻辑自洽的小系统。等你把猜数字游戏跑通了，后续再做菜单系统、登录验证、简单的交互程序，思路都会有质的提升。毕竟，控制流是程序运行的主干，而随机数只是主干上的一片叶子，但恰恰是这片叶子，让整个程序“活”了起来。
2. rand() 的陷阱：为什么每次运行都是一样的数字
在C语言里，生成随机数最基础的方式是调用rand()函数。它会返回一个从0到RAND_MAX之间的整数，RAND_MAX在不同的编译器里值不一样，但通常是32767。你可能会想，要1到100之间的数，直接rand() % 100 + 1不就行了？理论上是这样，但如果你直接这么写，运行几次之后就会发现问题。
#include <stdio.h> #include <stdlib.h> int main() { printf("%d\n", rand() % 100 + 1); printf("%d\n", rand() % 100 + 1); return 0; }你把这串代码编译两次，或者在同一台机器上运行两次，每次输出的结果一模一样。为什么？因为rand()实际上生成的是“伪随机数序列”，它不是真正随机的，而是基于一个初始值经过数学计算得出的序列。这个初始值叫做“随机数种子”，默认情况下是固定不变的1。只要你没有设置种子，每次程序启动后，rand()都会从同一个位置开始生成序列，结果自然相同。
要解决这个问题，必须先调用srand()函数来设置一个不一样的种子。最常见的做法是把当前时间作为种子，因为时间每分每秒都在变化，这样每次运行程序时种子都不同，生成的数列也就不同了。
#include <stdio.h> #include <stdlib.h> #include <time.h> int main() { srand((unsigned int)time(NULL)); printf("%d\n", rand() % 100 + 1); return 0; }这里有几个需要细看的点。首先，srand()的入参类型是unsigned int，而time(NULL)返回的是time_t类型，通常可以直接赋值，但为了严谨，最好强转一下，也就是(unsigned int)time(NULL)。其次，time(NULL)返回的是自1970年1月1日00:00:00 UTC到当前时刻的秒数。每秒变一次，所以如果你在程序运行之后的极短时间内连续启动两次，种子可能是一样的，但对我们这个演示项目来说完全够用了。
再一个需要注意的地方：srand()只应该在程序开始时调用一次，而不是每次生成随机数之前都调用。如果写在循环里，因为循环跑得很快，同一秒内多次调用time(NULL)得到的种子是相同的，那么循环里生成的随机数序列反而会变得非常规律，甚至每次都一样。这就失去随机性了。我在教学时经常强调：srand()负责播种，rand()负责收获，播种只需要做一次。
3. 从 1 到 100：区间换算的数学与边界坑
如果你只想要0到99之间的数，那直接rand() % 100就行了。但猜数字游戏通常要求目标在1到100之间，所以你需要理解怎么把rand()的输出映射到你想要的区间。
int target = rand() % 100 + 1;这个式子的逻辑是：rand() % 100的结果范围是0到99，加1之后就变成了1到100。这看起来很简单，但有一个潜在的问题：取模运算会导致分布不均匀。
举个例子，假设RAND_MAX是32767，rand() % 100实际上是拿这个数除以100取余数。余数变化范围是0到99，但这里有一个微妙的不平衡。32767除以100，商是327，余数是67。这意味着余数0到67出现的次数会比余数68到99多一次，因为从0到32767这32768个数中，每100个一组，最后一组只到67。所以余数0到67会多出现一次。虽然对猜数字游戏来说，这个偏差微乎其微，几乎是感觉不到的，但如果你在写更严谨的程序（比如彩票抽奖），就必须考虑这个问题。
对于区间偏差的中庸解决方案，如果你只是做练习题，rand() % 100 + 1完全没问题。但如果较真，可以用一个更标准的方法：用rand()生成一个浮点数比例，再映射到区间。
int target = (int)(1.0 * rand() / RAND_MAX * 100) + 1;这样是把rand()的结果变成一个0到1之间的小数比例，然后乘以区间长度100，再向下取整并加1。分布会均匀很多。不过对猜数字游戏来说，日常使用直接取模就够了，别把所有精力耗在这种细节上，等你水平提升了自然会理解其中区别。
还有边界问题。游戏逻辑里你必须明确用户输入的数字范围。如果用户输入0或101，程序应该怎么处理？我的建议是：在游戏开始前就约定好范围为1到100，然后在输入判断时加上一个前置判断，如果不在这个范围内就直接要求重新输入，而不是继续死磕“大了还是小了”。你可以用分支嵌套来实现，也可以在循环的开头做一次合法性检查。
if (guess < 1 || guess > 100) { printf("输入无效，请输入1到100之间的整数。\n"); continue; }这看起来是小事，但很多人的代码就是在这个地方翻车，不是越界判断忘写了，就是判断写成了&&导致逻辑完全反了。边界条件是程序里最容易出问题的地方，猜数字游戏作为一个基础项目，正好可以帮你养成这个习惯。
4. 游戏主循环的实现：while + if/else 的嵌套逻辑
现在我们把前面讲的东西拼到一起，写一个完整的游戏主体。先确定游戏规则：程序生成1到100之间的随机数，用户最多猜10次，每猜一次程序给出提示，猜中即结束。
核心肯定是一个while循环。循环条件怎么写？有两种思路：一是用无限循环再加上break跳出，二是用一个变量控制循环次数。我这里选择用一个int attempts记录次数，用int maxAttempts = 10;做上限，循环条件写成currentAttempt < maxAttempts。每次猜完，currentAttempt++。猜中之后，用break跳出循环。
#include <stdio.h> #include <stdlib.h> #include <time.h> int main() { int target, guess, currentAttempt = 0, maxAttempts = 10; srand((unsigned int)time(NULL)); target = rand() % 100 + 1; printf("我已经想好了一个1到100之间的数字，你有 %d 次机会。\n", maxAttempts); while (currentAttempt < maxAttempts) { printf("第 %d 次猜测：", currentAttempt + 1); scanf("%d", &guess); if (guess < 1 || guess > 100) { printf("输入无效，请输入1到100之间的整数。\n"); continue; } currentAttempt++; if (guess == target) { printf("恭喜你猜中了！答案就是 %d。用了 %d 次。\n", target, currentAttempt); break; } else if (guess < target) { printf("太小了，继续加油。\n"); } else { printf("太大了，别着急。\n"); } if (currentAttempt == maxAttempts) { printf("很遗憾，次数用完了。正确答案是 %d。\n", target); } } return 0; }这段代码的结构很典型：while负责“重复猜”，if/else负责“判断反馈”，continue负责“跳过非法输入但不消耗次数”，break负责“猜中后提前退出”。你仔细体会一下这里continue的位置——它放在currentAttempt++之前，所以非法输入不会浪费你的猜测次数。这是一个细节，很多初学者会把continue放在次数增加之后，结果输一次错的就先废掉一次机会，体验很差。
另外，注意我把currentAttempt++放在合法性检查之后。这样做的目的是：一旦用户输错格式或者范围，程序会直接回到循环开头重新等待输入，不会把这次输入算作一次有效猜测。逻辑上更合理，也给用户留足了容错空间。
循环结构里还有一个细节：如果你用了while (1)无限循环，那循环里就必须有break，否则程序永远跑不完。但如果你用变量控制循环次数，那循环结束后还有可能没猜中，所以需要在循环外面或者循环最后补充“次数用完”的提示。我在上面代码里选择在循环内部判断currentAttempt == maxAttempts时打印失败信息，这样代码比较紧凑，读者也更容易跟上思路。
5. 避坑实录：输入缓冲、死循环和“伪随机”的真相
写这个游戏的时候，我自己当年就踩过几个坑，后来教学生也看他们反反复复踩，有必要单独拎出来讲。
第一个坑是scanf的输入缓冲残留。假设你用scanf("%d", &guess)读整数，用户输入了abc，这时候scanf会读取失败，但你留下的回车符或者字母还在输入缓冲区里。如果此时程序没有处理这个残留内容，再下一次scanf时可能继续读取失败，导致控制台出现死循环一样的疯狂输出，现象就是不管你输入什么，程序都在报“输入无效”。解决的思路有几种：最简单的是限制用户只能输入整数，并在读取失败后用while (getchar() != '\n');清空缓冲区。但我不建议初学者一上来就搞这些，因为容易搞晕。我推荐的做法是：接受这个小概率情况，不让它是死循环就行。比如用一个临时char变量接收一下，或者直接提示用户重新输入，同时加上fflush(stdin)——但注意，fflush(stdin)在部分编译器上不是标准行为，不一定可靠。
第二个坑是死循环。如果你把continue写在不恰当的位置，比如在猜中之后仍然continue，那break永远执行不到，程序就无限循环。我做小测试的时候，有一次就把continue误放在了break之前，运行时怎么都跳不出来，只能强杀进程。这种隐蔽问题特别耗时间，所以现在每写一个循环，我都会特意确认循环内部哪些路径可以退出循环。
第三个坑还是伪随机。有些人会把srand(time(NULL))放到循环里面，每次猜之前都重新播种。表面上看起来没问题，但因为在同一秒内启动或运行，time(NULL)返回的值是一样的，种子相同，所以你每次得到的目标数字可能就固定在第一次生成的那个值附近。这让随机效果大打折扣。记住一句话：播种一次，后续一直用rand()就好，别没事干反复播种。
第四个坑是范围不对称。rand() % 100生成0到99，如果你要1到100，就必须加1。如果写反了变成rand() % 100 + 0，那范围就成了0到99，导致100永远不会出现。这个问题看着简单，但人一着急就是会写错，排查起来又特别容易忽视。我建议你写完后自己检查一下边界值：把RAND_MAX代入去看看最大值和最小值能不能对上。
第五个坑是输入负数。如果用户猜了个负数，比如-5，你的程序如果只判断了guess > 100却没判断guess < 1，那负数就会被当成“小了”来处理。这样感觉也没啥大问题，但如果你后来想加入计分系统，负数的存在会让统计变得很难看。所以边界判断一定要两头都截住。
说这么多，其实都是小事，但新手阶段最难的不是学会语法，而是学会在出现问题时冷静拆解、一步步把问题定位出来。猜数字游戏就是一个很好的训练场。
6. 让它更像游戏：次数限制、提示范围和循环嵌套扩展
基础版跑通以后，你可以给它升级，正好也可以再多练练分支和循环的嵌套用法。
第一个升级是增加难度选择。在游戏开始前，用switch或者if/else让用户选择“简单、普通、困难”三种模式，不同模式对应的数字范围不一样。比如简单是1到50，普通是1到100，困难是1到500。这其实就是把随机数生成的区间参数化。
int maxRange; printf("请选择难度：1.简单 2.普通 3.困难\n"); scanf("%d", &difficulty); if (difficulty == 1) { maxRange = 50; } else if (difficulty == 2) { maxRange = 100; } else { maxRange = 500; } int target = rand() % maxRange + 1;第二升级是记录玩家的猜测历史，并在猜中后打印出来。这需要用数组，但如果你还没学到数组，也可以用多个变量简单演示。或者延迟到学完数组之后再回来重构。
第三个升级是循环嵌套。比如你希望玩完一轮之后，询问用户是否再来一局，每局内部是while循环，外部再套一个while循环控制“是否继续”。这就是标准的循环嵌套场景。
int playAgain = 1; while (playAgain) { // 这里写一整局游戏的代码，包括生成目标数和猜测循环 printf("再玩一局吗？输入1继续，输入0退出："); scanf("%d", &playAgain); }这样的结构能帮你把“内层循环跑固定次数，外层循环跑不确定次数”的关系理清楚。
第四个升级是对随机数的更进一步理解：你可以设定一个“最高分”变量，每次游戏结束后，如果待用户用的次数比最高分少，就更新最高分。然后需要使用分支判断来更新记录，这又复习了一遍if。
我在自己做这个练习的时候，最大的收获其实是调试过程。写一个这个规模的小程序，你会反复用到打印输出、单步逻辑推演，还会看到不同编成习惯导致的细微差异。比如有人喜欢把srand写在调用之前十几行的位置，有人喜欢紧挨着rand写；有人喜欢用printf("debug: %d\n", target);来临时输出调试信息，跑完再注释掉——这些习惯都没有对错，但都对效率影响很大。
最后再说一个我在实际测试中发现的小技巧：如果你用的IDE是Visual Studio，别忘记包含<time.h>头文件，否则time(NULL)会报“未定义标识符”。如果你在Linux下用gcc编译，直接gcc main.c -o guess就行，不需要额外的库。在Windows下，srand(time(NULL))和rand()都是在stdlib.h和time.h里声明的，不用额外加#include <windows.h>。这种头文件层面的坑看起来不起眼，但第一次编译失败时能拦住你好几分钟。
总而言之，今天的明线是“随机数生成”，暗线其实是“控制流的组合逻辑”。希望这篇笔记能帮那些卡在rand()和srand()上的初学者迈过这道坎。下次再遇到类似的循环迷阵，试着画一画流程图，或者把大循环拆成小阶段来调试，思路会清晰很多。
