看起来你遇到的问题并不是代码逻辑本身的错误——你的随机数生成公式 (rand() % (upper - lower + 1)) + lower 是生成 [lower, upper] 范围内整数的标准写法，完全没问题。但出现持续生成小数字的情况，大概率是以下两个原因之一：

1. 短时间内重复运行程序导致种子重复 #

你用 time(NULL) 作为 srand 的种子，但这个函数返回的是秒级时间戳。如果在1秒内多次运行程序，每次的种子值完全相同，rand() 就会生成一模一样的随机数序列。比如你快速连续执行3次，每次得到的都是1-7加一个两位数，就会让你误以为是“持续生成”这类数字。

解决办法 #

• 要么每次运行程序时间隔超过1秒；
• 要么改用更高精度的时间源来生成种子，比如在Linux/macOS下用 clock_gettime() 获取微秒级时间，Windows下用 QueryPerformanceCounter()，这样即使短时间内重复运行，种子也不会重复：
  示例（Linux/macOS）：

  #include <time.h>
  // ...
  struct timespec ts;
  clock_gettime(CLOCK_MONOTONIC, &ts);
  srand(ts.tv_sec * 1000000 + ts.tv_nsec / 1000); // 用微秒级时间做种子
  

2. 平台rand()函数的实现局限性 #

有些C标准库的 rand() 实现（比如旧版本的MSVC或MinGW），生成的随机数低位的随机性很差。你的代码里是对64取模（%64），相当于取 rand() 结果的低6位，如果这部分的循环周期很短，就容易出现重复的小数字。

解决办法 #

替换 rand() 为更可靠的随机数生成函数：

• Windows平台可以用 rand_s()（需要添加 #define _CRT_RAND_S 在头文件前）：

  #define _CRT_RAND_S
  #include <stdlib.h>
  // ...
  unsigned int num;
  rand_s(&num);
  int val = (num % (upper - lower + 1)) + lower;
  

• Linux/macOS/BSD平台可以用 arc4random()（不需要手动初始化种子）：

  #include <stdlib.h>
  // ...
  int val = (arc4random() % (upper - lower + 1)) + lower;
  

• 如果你需要跨平台的实现，可以考虑使用C11标准的相关工具，或者自己实现Mersenne Twister这类经典的伪随机数生成器。

额外提醒：扫雷需要不重复的随机数 #

另外，扫雷游戏里的雷位应该是不重复的，你当前的代码可能会生成重复的数字。如果需要生成8个1-64之间的不重复随机数，可以在生成每个数字后，检查是否已经存在于数组中，重复就重新生成。

内容的提问来源于stack exchange，提问作者SiiilverSurfer