https://msdn.microsoft.com/en-us/magazine/gg598924.aspx
这是一篇很棒的文章,我知道所有细节都无法涵盖,因为这实际上涉及粘贴.NET框架的源代码。所以引用文字:
每个线程都有一个当前上下文。 如果"当前"为null,那么线程的当前上下文是 "新的SynchronizationContext()",按惯例。
然而,另一方面:
默认情况下,在await处捕获当前的SynchronizationContext 点,这个SynchronizationContext用于恢复之后 等待(更确切地说,它捕获当前的SynchronizationContext 除非它为空,在这种情况下它会捕获当前值 的TaskScheduler)
这两个陈述相互矛盾,所以我认为这是作者做出的一些简化的结果(我很好)。
有人可以解释一下吗? Code可能有助于回答我的问题(查找syncCtx
变量),这段代码与第二个引用相关。
答案 0 :(得分:1)
您正在寻找的相关代码段位于内部方法Task.SetContinuationForAwait
:
// First try getting the current synchronization context.
// If the current context is really just the base SynchronizationContext type,
// which is intended to be equivalent to not having a current SynchronizationContext at all,
// then ignore it. This helps with performance by avoiding unnecessary posts and queueing
// of work items, but more so it ensures that if code happens to publish the default context
// as current, it won't prevent usage of a current task scheduler if there is one.
var syncCtx = SynchronizationContext.CurrentNoFlow;
if (syncCtx != null && syncCtx.GetType() != typeof(SynchronizationContext))
{
tc = new SynchronizationContextAwaitTaskContinuation(
syncCtx, continuationAction, flowExecutionContext, ref stackMark);
}
else
{
// If there was no SynchronizationContext, then try for the current scheduler.
// We only care about it if it's not the default.
var scheduler = TaskScheduler.InternalCurrent;
if (scheduler != null && scheduler != TaskScheduler.Default)
{
tc = new TaskSchedulerAwaitTaskContinuation(
scheduler, continuationAction, flowExecutionContext, ref stackMark);
}
}
它实际上进行了两次检查,首先是查看它不是null
,第二次是确保不是默认的SynchronizationContext
,我是认为这是关键点。
如果您打开控制台应用程序并尝试获取SynchronizationContext.Current
,您肯定会看到它可以是null
。
class Program
{
public static void Main(string[] args)
{
Console.WriteLine(SynchronizationContext.Current == null ? "NoContext" :
"Context!");
}
}