为何我的Timer函数无法终止？程序未执行末尾输出

核心问题：线程可见性与忙等待的坑 #

你遇到的问题本质是多线程下的变量可见性问题，加上忙等待的执行逻辑导致的：

1. TimerStarted是普通bool字段，主线程的while(TimerStarted)循环会被CPU优化，把值缓存到寄存器里，而EndTimer()是在System.Timers.Timer的线程池线程里修改这个值，主线程根本看不到这个变化，所以循环会一直跑。
2. timer.Dispose()只是释放Timer的资源，终止计时逻辑，但它管不了主线程的while循环——循环的终止条件是TimerStarted，这个变量的状态没被主线程感知到，自然停不下来。

具体修复方案 #

方案1：用volatile修饰变量 #

给TimerStarted加上volatile关键字，强制CPU每次读取都从内存里拿最新值，不让它缓存：

private volatile bool TimerStarted;

这样线程池线程修改TimerStarted后，主线程的while循环能立刻看到变化，从而退出循环执行后续代码。

方案2：用同步原语替代忙等待（更高效） #

如果while循环是单纯的忙等，非常浪费CPU，不如用ManualResetEventSlim来控制：

private ManualResetEventSlim _timerDone = new ManualResetEventSlim(false);

// 构造函数里的Timer逻辑
var timer = new System.Timers.Timer(1000);
timer.Elapsed += (s, e) => {
    if(TimeElapsed >= 10) {
        timer.Stop();
        timer.Dispose();
        _timerDone.Set(); // 通知主线程可以继续
    }
};
timer.Start();

// 替换原来的while循环
_timerDone.Wait(); // 这里会阻塞直到Timer触发Set()，不占用CPU

这种方式比忙等待更高效，也从根源上避免了可见性问题。

额外注意点 #

• System.Timers.Timer的Elapsed事件可能在调用Stop()或Dispose()后还会触发一次（因为线程池队列里的任务可能已经在执行），所以最好在Elapsed事件里加个状态判断，比如用锁或者双重检查，避免重复调用EndTimer()。
• 如果你的while循环里有其他逻辑，也要确保循环里的变量读取都考虑线程可见性，或者用锁来同步状态。

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