我一直在用 async
/await
有一段时间了,但最近深入研究,并阅读了许多最佳实践提示,默认情况下总是使用 ConfigureAwait(false)
防止死锁并提高性能。
我只是想确保我没有遗漏某些东西,当我认为这只适用于实际电流时 SynchronizationContext
要么 TaskScheduler
在玩,对吗?
如果我有一个响应消息/命令/等的Windows服务应用程序。异步地,它总是只使用默认的scheduler =可能与awaitable completed on相同的线程池线程将执行continuation,因此使用时不会出现死锁和性能差异 ConfigureAwait(false)
,对吗?
这不是我不能把它放在那里,但我非常讨厌噪音代码......