我必须在这里补充一下,我不是 Stackoverflow 上的资深提问者,所以我很高兴收到有关我的问题可能不适合这里的反馈。
包装非异步调用时等待 TaskCompletitionSource 是一件坏事吗?
这是我的用例:
我有一个处理程序类,它Func<T, Task>
在事件发生时调用函数回调。处理程序从我的应用程序外部调用并通知我的 UI。有两种方法 A 和 B 用作回调。A 调用异步 HTTP 客户端,B 进行计算。在这两种情况下,await 调用都会解冻 UI,然后更新属性。
A:
public async Task A(){
result = await CallHttpClient(...) // unfreeze UI
// ... copy image bytes and update UI (long running not async)
// release bytes in calling method
}
乙:
public async Task B(){
var tcs = new TaskCompletionSource<bool>();
await tcs.Task; // unfreeze UI
// ... copy image bytes and update UI (long running not async)
tcs.SetResult(true); // release bytes in calling method
}
我的问题是,使用 TaskCompletionSource 包装非异步调用是一种不好的做法吗?
文档说明了以下内容。
如果要为现有异步操作或事件创建任务包装器,请使用 TaskCompletionSource。https://docs.microsoft.com/en-us/archive/msdn-magazine/2013/march/async-await-best-practices-in-asynchronous-programming
另一种可能性是调用Task.Run(),但对我来说感觉更糟。不使用 Async 会导致 UI 冻结,这并不是我真正想要的,尽管它可能是最干净的解决方案。
--------> 更新
正如其他人所说,Task.Run() 在这里非常好。
我应该注意到我的 B: 看起来不同 B:
public async Task B(...){
var tcs = new TaskCompletionSource<bool>();
// ... duplicate bytes
tcs.SetResult(true); // release bytes in calling method
await tcs.Task; // unfreeze UI
// ... copy image bytes and update UI (long running not async)
}
使用下面的 Task.Run() 找到更好的选择。
我还应该注意,当方法离开时,字节(示例中未显示)被释放。