关于System.Timers.Timer设置AutoReset后异常触发Elapsed事件的疑问

这确实是个挺有意思的观察，我来帮你拆解一下这个现象背后的原因——其实这不是一个bug，而是System.Timers.Timer的设计逻辑导致的，咱们一步步理清楚：

先回顾初始场景的正常逻辑 #

当你创建一个间隔1秒、AutoReset=false的Timer并启动后：

• 1秒后触发Elapsed事件，此时Enabled自动变为false（符合AutoReset=false的设计：触发一次后自动停止计时器）
• 后续没有Elapsed事件触发，这部分完全符合预期。

为什么修改AutoReset=true后会出现状态不一致？ #

这里的关键是要明白：Enabled属性和AutoReset属性控制的是计时器不同层面的状态：

• Enabled是对外暴露的“开关”，调用Start()/Stop()本质上是修改这个属性的值，来控制计时器是否启动。
• AutoReset则是控制计时器触发Elapsed事件后，是否自动重置计时循环，它的 setter 不会主动同步Enabled的状态。

当AutoReset=false触发事件后，Enabled被设为false，但计时器内部并没有完全“终止”所有状态。此时你把AutoReset改为true，相当于直接激活了内部的循环触发逻辑，让计时器重新开始每秒触发事件，但Enabled属性因为没有被显式修改，所以依然保持false——这是设计上的状态同步缺失，但并非代码bug。

你可以做个小验证：

• 此时调用timer.Stop()，Elapsed事件会立刻停止触发，而Enabled还是false；
• 调用timer.Start()，Enabled会变为true，但计时行为其实和之前没有区别，因为内部已经在运行了。

如何避免这种状态不一致？ #

如果要让Enabled状态和实际计时行为保持一致，建议在修改AutoReset之后，显式调用Start()或Stop()来同步状态，比如：

// 修改AutoReset为true后，显式启动同步状态
timer.AutoReset = true;
timer.Start(); // 此时Enabled会变为true，和实际运行状态一致

或者在修改AutoReset之前，先确保计时器处于明确的停止状态，再重新配置启动。

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