Keil C51中自定义延时函数出现死循环问题（基于STC89C52RC）

你的死循环问题大概率和函数指针无关，主要是Keil C51的编译器优化或者参数传递错误导致的，具体分析如下：

1. 编译器优化空循环 #

Keil C51会对无实际操作的空循环进行激进优化——如果循环里没有修改外部变量、没有IO操作，编译器会直接跳过这个循环，导致你的延时逻辑完全失效。

在delay函数中，内层的for (j = 0; j < 10000; j++);是空循环，编译器会把它优化掉，外层循环for (i=0; i<time; i++)会以CPU最快速度执行。如果time值较大，就会表现为“死循环”（实际上是循环次数太多，执行时间远超预期）。

而在main函数中，因为循环后有后续代码，编译器可能认为这个循环是用于延时的必要逻辑，没有进行优化，所以能正常执行。

解决方法： #

给空循环的变量加上volatile修饰，阻止编译器优化：

void delay(void (*func)(void), unsigned int time) {
    unsigned int i;
    volatile unsigned int j; // 加volatile阻止优化
    for (i = 0; i < time; i++) {
        func();
        for (j = 0; j < 10000; j++);
    }
}

2. 参数传递错误 #

如果调用delay函数时参数顺序搞反（比如写成delay(time_value, func_ptr)而不是delay(func_ptr, time_value)），time参数会被赋值为函数指针的地址（一个16位的大数值），导致外层循环执行几万甚至几十万次，看起来像死循环。

解决方法： #

检查delay的调用代码，确保参数顺序正确：

// 正确调用示例
void my_func(void) {
    // 你的函数逻辑
}

void main() {
    delay(my_func, 100); // 先传函数指针，再传次数
    // 后续代码
}

3. 其他可能（概率较低） #

• 函数存储模式问题：Keil C51的SMALL/COMPACT/LARGE模式会影响局部变量的存储位置，如果栈溢出可能导致i或j的数值异常。可以尝试把i和j定义为全局变量测试。
• func函数本身隐藏问题：虽然你说在main里调用正常，但如果func里有依赖上下文的逻辑（比如修改全局变量影响循环条件），在delay函数中调用时可能触发异常，但这种情况需要结合func的具体代码排查。

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