.NET 定时器内部机制
原文英文，约1400词，阅读约需5分钟。
📝
内容提要
定时器机制的基本抽象包括TimerQueueTimer和TimerQueue类。TimerQueueTimer是可调用对象的包装，支持在指定时间后执行并可重新调度。定时器存储在TimerQueue中，分为短定时器和长定时器。TimerQueue监控定时器状态并在适当时调度执行，支持无限和有限的触发时间。
🔎
延伸解读
定时器的执行顺序
在定时器机制中，新添加的定时器总是放在列表的开头，这可能导致后添加的定时器在执行时优先于早添加的定时器。这种不确定的执行顺序可能影响应用程序的逻辑，开发者需要在设计时考虑这一点，以避免潜在的错误或不一致性。
无限触发时间的定时器
创建无限触发时间的定时器不会使定时器队列被调度，这意味着如果定时器队列为空，相关的无限定时器不会被监控。这一特性在需要长时间等待的场景中非常有用，但开发者需确保在需要时调用相应的方法将其链接到队列中。
定时器基础设施的监控机制
定时器基础设施依赖于后台线程来监控定时器队列的状态，并在适当时调度执行。这种设计确保了定时器的高效管理，但也意味着开发者需要关注线程池的负载情况，以避免因过多定时器同时执行而导致性能下降。
❓
Q&A
什么是TimerQueueTimer和TimerQueue？
TimerQueueTimer是可调用对象的包装，TimerQueue是存储定时器的队列。
定时器是如何在TimerQueue中存储的？
定时器在TimerQueue中以两个双向链表存储，分别为短定时器和长定时器。
如何创建一个无限触发时间的定时器？
创建无限触发时间的定时器需要将dueTime设置为Timeout.InfiniteTimeSpan。
TimerQueue是如何监控定时器状态的？
TimerQueue监控定时器状态并在适当时调度执行，支持无限和有限的触发时间。
定时器的执行顺序是否有保证？
新定时器总是添加到列表的开头，可能导致后添加的定时器先于早添加的定时器执行。
TimerScheduler的作用是什么？
TimerScheduler负责在线程池上调度定时器队列的执行。
🏷️
