任务就像您想要执行的操作。线程通过多个进程节点帮助管理这些操作。Task是一个轻量级的选项，因为线程会导致复杂的代码管理。 我建议你阅读MSDN(世界上最好的)始终任务

线程

您可以使用Task指定要做什么，然后将该任务附加到线程中。这样任务就会在新创建的线程中执行，而不是在GUI线程上。

Use Task with the TaskFactory.StartNew(Action action). In here you execute a delegate so if you didn't use any thread it would be executed in the same thread (GUI thread). If you mention a thread you can execute this Task in a different thread. This is an unnecessary work cause you can directly execute the delegate or attach that delegate to a thread and execute that delegate in that thread. So don't use it. it's just unnecessary. If you intend to optimize your software this is a good candidate to be removed.

**请注意Action是一个委托。

在计算机科学术语中，任务是一个未来或承诺。(有些人用这两个词的同义词，有些人用不同的方式，没有人能对一个精确的定义达成一致。)基本上，Task<T>“承诺”会给你一个T，但不是现在，亲爱的，我有点忙，你为什么不待会儿再来?

A Thread is a way of fulfilling that promise. But not every Task needs a brand-new Thread. (In fact, creating a thread is often undesirable, because doing so is much more expensive than re-using an existing thread from the thread pool. More on that in a moment.) If the value you are waiting for comes from the filesystem or a database or the network, then there is no need for a thread to sit around and wait for the data when it can be servicing other requests. Instead, the Task might register a callback to receive the value(s) when they're ready.

In particular, the Task does not say why it is that it takes such a long time to return the value. It might be that it takes a long time to compute, or it might be that it takes a long time to fetch. Only in the former case would you use a Thread to run a Task. (In .NET, threads are freaking expensive, so you generally want to avoid them as much as possible and really only use them if you want to run multiple heavy computations on multiple CPUs. For example, in Windows, a thread weighs 12 KiByte (I think), in Linux, a thread weighs as little as 4 KiByte, in Erlang/BEAM even just 400 Byte. In .NET, it's 1 MiByte!)

任务是你想要完成的事情。

线程是执行该任务的许多可能的工作线程之一。

在. net 4.0术语中，Task表示异步操作。线程通过将工作分解成块并分配给单独的线程来完成该操作。

任务就像您想要执行的操作。线程通过多个进程节点帮助管理这些操作。Task是一个轻量级的选项，因为线程会导致复杂的代码管理。 我建议你阅读MSDN(世界上最好的)始终任务

线程

线程

裸裸的东西，你可能不需要使用它，你可能可以使用一个LongRunning任务，并从TPL -任务并行库中获益，它包含在。net Framework 4(2002年2月)和更高版本(也包括。net Core)中。

任务

线程之上的抽象。它使用线程池(除非您将该任务指定为LongRunning操作，否则将在底层为您创建一个新线程)。

线程池

顾名思义:线程池。这是. net框架为您处理有限数量的线程。为什么?因为在只有8核的处理器上打开100个线程来执行昂贵的CPU操作绝对不是一个好主意。框架将为您维护这个池，重用线程(不是在每次操作时创建/杀死它们)，并以一种CPU不会烧毁的方式并行执行其中一些线程。

好的，但是什么时候使用它们呢?

在简历中:总是使用任务。

任务是一种抽象，因此使用起来容易得多。我建议你总是尝试使用任务，如果你遇到一些问题，让你需要自己处理一个线程(可能有1%的时间)，那么就使用线程。

但请注意:

I/O绑定:对于I/O绑定操作(数据库调用，读/写文件，api调用等)，避免使用普通任务，使用LongRunning任务(如果需要，也可以使用线程)。因为使用任务将导致您进入一个线程池，其中有几个线程繁忙，而许多其他任务正在等待轮到它使用池。 CPU受限:对于CPU受限的操作，只需使用普通任务(在内部使用线程池)就可以了。