gpt4 book ai didi

c# - 为什么 TaskScheduler.Current 是默认的 TaskScheduler?

转载 作者:行者123 更新时间:2023-12-02 02:38:13 25 4
gpt4 key购买 nike

任务并行库非常棒,在过去的几个月里我经常使用它。然而,有件事确实困扰着我:事实上 TaskScheduler.Current是默认的任务计划程序,而不是 TaskScheduler.Default 。乍一看,这在文档或示例中绝对不明显。

Current 可能会导致微妙的错误,因为它的行为会根据您是否在另一个任务中而变化。这不容易确定。

假设我正在编写一个异步方法库,使用基于事件的标准异步模式来在原始同步上下文上发出完成信号,与 .NET Framework 中的 XxxAsync 方法完全相同(例如 DownloadFileAsync)。我决定使用任务并行库来实现,因为使用以下代码实现此行为非常容易:

public class MyLibrary
{
public event EventHandler SomeOperationCompleted;

private void OnSomeOperationCompleted()
{
SomeOperationCompleted?.Invoke(this, EventArgs.Empty);
}

public void DoSomeOperationAsync()
{
Task.Factory.StartNew(() =>
{
Thread.Sleep(1000); // simulate a long operation
}, CancellationToken.None, TaskCreationOptions.None, TaskScheduler.Default)
.ContinueWith(t =>
{
OnSomeOperationCompleted(); // trigger the event
}, TaskScheduler.FromCurrentSynchronizationContext());
}
}

到目前为止,一切正常。现在,让我们通过在 WPF 或 WinForms 应用程序中单击按钮来调用此库:

private void Button_OnClick(object sender, EventArgs args)
{
var myLibrary = new MyLibrary();
myLibrary.SomeOperationCompleted += (s, e) => DoSomethingElse();
myLibrary.DoSomeOperationAsync(); // call that triggers the event asynchronously
}

private void DoSomethingElse() // the event handler
{
//...
Task.Factory.StartNew(() => Thread.Sleep(5000)); // simulate a long operation
//...
}

在这里,编写库调用的人选择在操作完成时启动一个新的任务。没什么不寻常的。他或她遵循网络上随处可见的示例,只需使用 Task.Factory.StartNew 而不指定 TaskScheduler(并且没有简单的重载可以在第二个参数中指定它) )。 DoSomethingElse 方法在单独调用时工作正常,但一旦被事件调用,UI 就会卡住,因为 TaskFactory.Current 将重用我的库中的同步上下文任务调度程序继续。

找出这一点可能需要一些时间,特别是如果第二个任务调用隐藏在某些复杂的调用堆栈中。当然,一旦您知道一切是如何工作的,这里的修复就很简单:始终为您希望在线程池上运行的任何操作指定TaskScheduler.Default。然而,也许第二个任务是由另一个外部库启动的,不知道这种行为,并且在没有特定调度程序的情况下天真地使用 StartNew 。我预计这种情况会很常见。

在我认真思考之后,我无法理解编写 TPL 的团队选择使用 TaskScheduler.Current 而不是 TaskScheduler.Default 作为默认值:

  • 一点也不明显,Default 不是默认值!而且文档严重缺乏。
  • Current 使用的真正任务调度程序取决于调用堆栈!这种行为很难保持不变。
  • 使用 StartNew 指定任务计划程序很麻烦,因为您必须首先指定任务创建选项和取消标记,从而导致行长且可读性较差。这可以通过编写扩展方法或创建使用 DefaultTaskFactory 来缓解。
  • 捕获调用堆栈会产生额外的性能成本。
  • 当我确实希望某个任务依赖于另一个正在运行的父任务时,我更愿意显式指定它以方便代码阅读,而不是依赖调用堆栈魔法。

我知道这个问题可能听起来很主观,但我找不到一个很好的客观论据来解释为什么这种行为是这样的。我确信我在这里遗漏了一些东西:这就是我向你求助的原因。

最佳答案

我认为当前的行为是有道理的。如果我创建自己的任务计划程序,并启动一些启动其他任务的任务,我可能希望所有任务都使用我创建的计划程序。

我同意,有时从 UI 线程启动任务使用默认调度程序有时不使用,这很奇怪。但我不知道如果我来设计它,我该如何让它变得更好。

关于您的具体问题:

  • 我认为在指定调度程序上启动新任务的最简单方法是new Task(lambda).Start(scheduler)。这样做的缺点是,如果任务返回某些内容,则必须指定类型参数。 TaskFactory.Create 可以为您推断类型。
  • 您可以使用 Dispatcher.Invoke() 而不是使用 TaskScheduler.FromCurrentSynchronizationContext()

关于c# - 为什么 TaskScheduler.Current 是默认的 TaskScheduler?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6800705/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com