例如,下面我会期望在#2和3#的位置看到相同的ManagedThreadId,但是我经常看到#3的不同线程：

public class TestController : ApiController
{
    public async Task<string> GetData()
    {
        Debug.WriteLine(new
        {
            where = "1) before await",thread = Thread.CurrentThread.ManagedThreadId,context = SynchronizationContext.Current
        });

        await Task.Delay(100).ContinueWith(t =>
        {
            Debug.WriteLine(new
            {
                where = "2) inside ContinueWith",context = SynchronizationContext.Current
            });
        },TaskContinuationOptions.ExecuteSynchronously); //.ConfigureAwait(false);

        Debug.WriteLine(new
        {
            where = "3) after await",context = SynchronizationContext.Current
        });

        return "OK";
    }
}

我已经看过了AspNetSynchronizationContext.Post的实现,基本上归结为：

Task newTask = _lastScheduledTask.ContinueWith(_ => SafeWrapCallback(action));
_lastScheduledTask = newTask;

因此,继续在ThreadPool上安排,而不是内联.在这里,ContinueWith使用TaskScheduler.Current,这在我的经验中总是ASP.NET中的ThreadPoolTask​​Scheduler实例(但不一定是这样,见下文).

我可以使用ConfigureAwait(false)或自定义等待程序来消除冗余的线程切换,但这将消除HTTP请求的状态属性(如HttpContext.Current)的自动流.

AspNetSynchronizationContext.Post当前实现的另一个副作用.在以下情况下会导致死锁：

await Task.Factory.StartNew(
    async () =>
    {
        return await Task.Factory.StartNew(
            () => Type.Missing,CancellationToken.None,TaskCreationOptions.None,scheduler: TaskScheduler.FromCurrentSynchronizationContext());
    },scheduler: TaskScheduler.FromCurrentSynchronizationContext()).Unwrap();

这个例子,虽然有点设计,显示了如果TaskScheduler.Current是TaskScheduler.FromCurrentSynchronizationContext(),即由AspNetSynchronizationContext构成的可能会发生什么.它不使用任何阻止代码,并且将在WinForms或WPF中顺利执行.

AspNetSynchronizationContext的这种行为与v4.0实现不同(仍然是LegacyAspNetSynchronizationContext).

那么这种变化的原因是什么呢？我以为,这个想法可能是为了减少死锁的差距,但是当使用Task.Wait()或Task.Result时,目前的实现仍然可能导致死锁.

海事组织,更适合这样说：

Task newTask = _lastScheduledTask.ContinueWith(_ => SafeWrapCallback(action),TaskContinuationOptions.ExecuteSynchronously);
_lastScheduledTask = newTask;

或者,至少我期望它使用TaskScheduler.Default而不是TaskScheduler.Current.

如果我启用LegacyAspNetSynchronizationContext与< add key =“aspnet：UseTaskFriendlySynchronizationContext”value =“false”/>在web.config中,它可以按需要工作：同步上下文被安装在等待已经完成的任务已经结束的线程上,并且继续在那里同步执行.