C语言自定义delay函数引发随机无限循环及计算异常求助

核心问题根源 #

1. 自定义delay函数的致命错误 #

你的delay函数完全搞混了clock()的用途和单位：

• clock()返回的是程序占用的CPU时钟周期数，单位是CLOCKS_PER_SEC（通常是1000或1000000），不是毫秒。你直接把秒数乘1000当作clock()的增量，逻辑从根上错了。
• 当你传delay(8000)时，millsec = 1000*8000 = 8000000，然后循环判断clock() < start_time + 8000000。如果CLOCKS_PER_SEC是1e6，这个循环只跑8秒，不是8000秒；如果是1000，会跑8000秒，但这都不是无限循环的原因。
• 无限循环的真凶是整数溢出：clock_t一般是32位有符号整数，当start_time + millsec超过clock_t的最大值（2^31-1）时，触发有符号整数溢出——这是C语言的未定义行为，会导致循环条件永远为真，直接卡死。

2. 整数乘法异常的关联 #

你说的部分整数乘法输出0，大概率和溢出的未定义行为有关：溢出可能破坏其他全局变量（比如Runde、m）的内存，导致后续计算乱掉。

3. Sleep函数用不了的问题 #

Windows的Sleep()要windows.h，POSIX系统（Linux/macOS）的sleep()要unistd.h，如果你的编译器环境不支持，就用标准C的时间函数替代。

解决方案 #

方法1：修复delay函数（标准C实现） #

别用clock()做延迟，改用time()获取墙上时间，这是标准C支持的，不会有环境问题：

#include <time.h>

void delay(unsigned int seconds) {
    time_t start_time = time(NULL);
    // 用difftime计算时间差，避免整数溢出
    while (difftime(time(NULL), start_time) < seconds) {
        // 加空操作防止编译器优化掉循环
        __asm__ volatile ("");
    }
}

• 这个版本用墙上时间计算延迟，完全避开clock_t的溢出问题，精度是秒级，足够你的场景用。

方法2：用系统原生延迟函数（条件编译适配多环境） #

如果你的环境支持，直接用系统自带的延迟函数，比自定义的靠谱多：

// 条件编译适配Windows和POSIX系统
#ifdef _WIN32
#include <windows.h>
#define DELAY(s) Sleep(s * 1000)  // Windows的Sleep参数是毫秒
#else
#include <unistd.h>
#define DELAY(s) sleep(s)         // POSIX的sleep参数是秒
#endif

然后把代码里的delay(8000)改成DELAY(8)——注意你之前写的8000秒是2小时多，明显是把毫秒和秒搞混了，应该是延迟8秒吧？

方法3：修复AskRound的小问题 #

• 把m=1.0;改成m=1;，没必要用浮点数转整数。
• 处理scanf的错误输入：如果用户输入非数字，scanf会失败，导致Runde不变，陷入死循环，加个错误处理：

// 替换原来的scanf行
while (scanf("%d", &Runde) != 1) {
    // 清空输入缓冲区里的垃圾数据
    while (getchar() != '\n');
    printf("\nUngültige Eingabe, bitte geben Sie 1 oder 2 ein!\n");
}

关键提醒 #

• 永远别依赖有符号整数的溢出行为，这是C语言的未定义行为，会搞出各种随机bug（无限循环、变量乱码都是常见情况）。
• 你之前写的delay(8000)是延迟8000秒，这显然不符合业务逻辑，应该是手滑把毫秒写成秒了，改成delay(8)才对。

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