任务与线程差异[重复]

Question

我是并行编程的新手。.NET 中有两个类可用：任务类和线程类。

所以，我的问题是：

• 这些课程之间有什么区别
• 什么时候使用＜code＞线程＜code＞优于＜code＞任务＜code＞更好（反之亦然）

Answer 1

匿名用户

< code>Thread类用于在Windows中创建和操作线程。

任务表示一些异步操作，是任务并行库的一部分，任务并行库是一组用于异步和并行运行任务的 API。

在过去的日子里（即在TPL之前），使用＜code＞线程

如今，使用任务和TPL在90%的情况下是一个更好的解决方案，因为它提供了允许更有效地使用系统资源的抽象。我想在一些场景中，您希望对运行代码的线程进行显式控制，但是一般来说，如果您希望异步运行某些东西，您的第一个调用端口应该是TPL。

Answer 2

匿名用户

通常你会听到任务是一个比线程更高级别的概念…这就是这个短语的意思：

>

您不能使用Abort/ThreadAbortedException，您应该在“业务代码”中支持取消事件，定期测试＜code＞令牌。IsCancellationRequested标志（还应避免长时间或无超时连接，例如连接到db，否则您将永远没有机会测试此标志）。由于类似的原因＜code＞线程。睡眠（延迟）调用应替换为任务。延迟（延迟，令牌）call（在内部传递令牌以有可能中断延迟）。

没有线程的“挂起”和“恢复”方法功能。任务实例也不能重用。

但你有两个新工具：

a） 延续

// continuation with ContinueWhenAll - execute the delegate, when ALL
// tasks[] had been finished; other option is ContinueWhenAny

Task.Factory.ContinueWhenAll( 
   tasks,
   () => {
       int answer = tasks[0].Result + tasks[1].Result;
       Console.WriteLine("The answer is {0}", answer);
   }
);

b） 嵌套/子任务

//StartNew - starts task immediately, parent ends whith child
var parent = Task.Factory.StartNew
(() => {
          var child = Task.Factory.StartNew(() =>
         {
         //...
         });
      },  
      TaskCreationOptions.AttachedToParent
);

所以系统线程对任务完全隐藏，但任务的代码仍然在具体的系统线程中执行。系统线程是任务的资源，当然，在任务的并行执行之下仍然存在线程池。线程如何执行新任务可以有不同的策略。另一个共享资源TaskScheduler关心它。TaskScheduler解决的一些问题1）更喜欢在同一线程中执行任务及其关联，以最小化切换成本（也称为内联执行）2）更喜欢按启动顺序执行任务-也称为优先公平性3）根据“任务活动的先验知识”-也称为工作窃取，在非活动线程之间更有效地分配任务。重要提示：“异步”通常与“并行”不同。使用TaskScheduler选项，可以设置异步任务在一个线程中同步执行。为了表示并行代码执行，可以使用比任务更高的抽象：＜code＞parallel。ForEach，PLINQ，数据流。

任务与 C# 异步/等待功能（也称为promise模型）集成，例如，存在请求按钮。

这足以做出选择。如果您需要支持调用倾向于挂起的旧版 API 的取消功能（例如，无超时连接），并且对于这种情况支持 Thread.Abort（），或者如果您正在创建多线程后台计算并希望使用挂起/恢复来优化线程之间的切换，这意味着手动管理并行执行 - 请继续使用 Thread。否则，请转到任务，因为它们将为您提供轻松操作的组，集成到语言中并使开发人员更有效率 - 任务并行库（TPL）。

Answer 3

线程是一个较低级别的概念：如果你直接启动一个线程，你知道它将是一个单独的线程，而不是在线程池等上执行。

任务不仅仅是“在哪里运行一些代码”的抽象 - 它实际上只是“未来结果的promise”。例如一些不同的例子：

• Task.Delay不需要任何实际的CPU时间；这就像设置一个计时器在未来关闭一样
• WebClient.DownloadStringTaskAsync返回的任务不会在本地占用太多CPU时间；它代表的结果可能大部分时间都花在网络延迟或远程工作上（在Web服务器上）
• Task.Run（）返回的任务实际上是在说"我希望你单独执行这段代码"；执行这段代码的确切线程取决于许多因素。

请注意，任务

一般来说，我建议您尽可能使用更高级别的抽象：在现代C#代码中，您应该很少需要显式启动自己的线程。