Asp.net core 什么替代了ASP.NET核心中的SynchronizationContext?

Asp.net core 什么替代了ASP.NET核心中的SynchronizationContext?,asp.net-core,Asp.net Core,ASP.NET核心没有同步上下文 那么async代码的延续如何恢复到它开始的地方(原始线程)?TL;DR继续不必返回到原始线程 Stephen Cleary很好地解释了为什么ASP.NET核心没有SynchronizationContext 当异步处理程序在旧版ASP.NET上恢复执行时 continuation排队到请求上下文。必须继续 等待已排队的任何其他继续(仅限 一次可以跑一个人)。当它准备好运行时,将获取一个线程 从线程池中,输入请求上下文,然后继续 执行处理程序。“重新进入”请求上下

ASP.NET核心没有同步上下文


那么
async
代码的延续如何恢复到它开始的地方(原始线程)?

TL;DR继续不必返回到原始线程

Stephen Cleary很好地解释了为什么ASP.NET核心没有SynchronizationContext

当异步处理程序在旧版ASP.NET上恢复执行时 continuation排队到请求上下文。必须继续 等待已排队的任何其他继续(仅限 一次可以跑一个人)。当它准备好运行时,将获取一个线程 从线程池中,输入请求上下文,然后继续 执行处理程序。“重新进入”请求上下文涉及 许多内务管理任务,例如设置HttpContext.Current 以及当前线程的身份和文化

使用无上下文ASP.NET核心方法,当 处理程序继续执行,从线程池中获取一个线程,然后 执行延续。避免了上下文队列,并且 不需要“输入”请求上下文。此外, 异步/等待机制针对无上下文环境进行了高度优化 脚本对于异步请求,只需做更少的工作


我还建议深入研究注释,有很多有用的东西。

我相信没有什么东西可以取代类本身。