我正在对异步操作（一系列网络 IO）实施超时，但我不确定哪个“更好”（从分配/性能）的角度来看：创建 EventWaitHandle 并使用 RegisterWaitForSingleObject，或者只是创建一个 Timer 并使用它的 Tick。
在我的具体情况下，EventWaitHandle 是惰性创建的，但显然它必须实例化才能使用 WaitForSingleObject。所以实际上这是一个关于 WaitHandle + WaitForSingleObject 与 Timer 的资源成本的问题。这两种方法都非常容易实施。
我已经在不同的时间实现了这两种方法，所以我了解地形，我只是不确定哪种方法“更好”。
【问题讨论】：
标签： .net timeout multithreading
微软的 Morgan Skinner seems to prefer RegisterWaitForSingleObject.
就分配而言，反射器显示RegisterWaitForSingleObject 创建了一个RegisteredWaitHandle 的实例，而计时器创建了一个内部TimerBase，以及一个名为_TimerCallback 的类。人们可以继续比较这些类的大小等等，但它们似乎有更多的依赖关系，尤其是非托管的依赖关系（都使用底层的 win32 函数）——所以我真的不能给出一个直接的答案。
关于传递给 RegisterWaitForSingleObject 的等待句柄，请记住，您可以分配一个 Maunal/AutoResetEvent 并将其传递给所有调用（因为您指望超时，所以无论如何您永远不会发出信号）。
就性能而言，我也不确定。 ThreadPool 将为通过RegisterWaitForSingleObject 注册的每 63 个操作使用一个特殊的等待线程。相反，计时器将使用底层的 win32 计时器。两者最终都将使用 ThreadPool 工作线程进行实际执行。在哪种情况下哪个更好？打败我.. 所以我会和 Skinner 一起做这个:)
另见：
【讨论】：
没有比这更好的了。计时器用于定期“戳”你的线程来做某事。 WaitForSingleObject 等待句柄。超时在那里，因此您可以使用它来决定停止等待而不是陷入僵局。如果使用超时，则不需要使用计时器将 waitforsingleobject 解除锁定。
两者的资源成本都可以忽略不计。我不能说你应该使用哪种方法，因为它高度依赖于你的代码情况。
【讨论】：