在对TaskScheduler
(good article here)进行了一些阅读后,发现TaskScheduler
可以:
使用QueueTask
方法计划任务 - 在上面的示例中,只有Post
的任务执行到选定的SynchronizationContext
通过与当前运行的框架(SynchronizationContext
)关联的较低级别调度程序安排延续。
2.与CotninueWith
的{{1}}方法有任何关联吗?我显然明白1.但不知道2. Task
是怎样的。 TaskScheduler
会采用什么方法?
答案 0 :(得分:4)
通过关联的较低级别调度程序安排延续 使用当前运行的框架(SynchronizationContext)。
我认为你把它混合了一点。您可以使用给定的TaskScheduler
并对其执行延续,而不是相反。这正是您分享的帖子中的这个片段:
var ui = TaskScheduler.FromCurrentSynchronizationContext();
var tf = Task.Factory;
blendedImage.ContinueWith(_ =>
{
pictureBox1.Image = blendedImage.Result;
}, ui);
它告诉Task.ContinueWith
先前使用UI TaskScheduler
(通过调用TaskScheduler.FromCurrentSynchronizationContext()
提供)来调用特定上下文的延续,这次是UI消息循环。
如果您真的想了解详细信息,当您将TaskScheduler
传递给ContinueWith
时,最终会将其传递给名为StandardTaskContinuation
的类,其中包含以下Run
1}}最终调用TaskScheduler.InternalTaskQueue
的方法:
internal void ScheduleAndStart(bool needsProtection)
{
if (needsProtection)
{
if (!this.MarkStarted())
{
return;
}
}
else
{
this.m_stateFlags |= 65536;
}
if (Task.s_asyncDebuggingEnabled)
{
Task.AddToActiveTasks(this);
}
if (AsyncCausalityTracer.LoggingOn &&
(this.Options & (TaskCreationOptions)512) == TaskCreationOptions.None)
{
AsyncCausalityTracer.TraceOperationCreation(
CausalityTraceLevel.Required, this.Id, "Task: " +
((Delegate)this.m_action).Method.Name, 0uL);
}
try
{
this.m_taskScheduler.InternalQueueTask(this);
}
catch (ThreadAbortException exceptionObject)
{
this.AddException(exceptionObject);
this.FinishThreadAbortedTask(true, false);
}
catch (Exception arg_93_0)
{
TaskSchedulerException ex = new TaskSchedulerException(arg_93_0);
this.AddException(ex);
this.Finish(false);
if ((this.Options & (TaskCreationOptions)512) == TaskCreationOptions.None)
{
this.m_contingentProperties.m_exceptionsHolder.MarkAsHandled(false);
}
throw ex;
}
}