c# - 使用 Task.FromAsync 的 IAsyncResult 重载的性能成本

Question

我正在尝试将一些现有的 APM 调用(BeginX、EndX)包装在 Tasks 中，以获取它们的所有好处。不幸的是，我们的方法是非常规的，并且使用 out 参数，因此不能使用标准的 FromAsync 方法，在这种方法中，您同时给它提供开始和结束委托(delegate)，并让它很好地包装它.

This article描述了替代方案:采用 IAsyncResult 并且只需要您实现结束回调的重载。他们获取 IAsyncResult 句柄，然后等待它完成，然后调用您传入的委托(delegate)。

这看起来不错，但后来我读了 another article about wrapping APM calls in tasks .他还提到 IAsyncResult 重载不如其他方法有效。在我看来，这意味着回调不用于报告方法的完成。这意味着他们必须使用 AsyncWaitHandle 或轮询 IsCompleted。他们使用哪一个？它有多少性能损失？

如果它正在进行轮询，这意味着回调可能不会立即到来，他们必须在整个调用过程中忙于检查它。如果他们有一个 AsyncWaitHandle，他们就会有另一个线程等待结果，这完全违背了我使用异步方法的意义。

有谁知道他们在做什么以及这种性能损失有多严重？

Answer 1

Does anyone know what they're doing and how severe this performance penalty is?

这不是非常严重，但有更多的开销。由于您没有向他们提供相同的信息(仅 IAsyncResult)，因此实现必须调用 ThreadPool.RegisterWaitForSingleObject在 IAsyncResult 完成时触发回调。

不使用时，有Begin/End对+回调存在，回调会自动触发任务完成，省去这里额外的wait调用。这有效地将 ThreadPool 线程绑定(bind)到等待句柄上的阻塞 (WaitOne)，直到操作完成。如果这种情况很少发生，则性能开销可能可以忽略不计，但如果您多次这样做，则可能会出现问题。