首先我们要知道thread与task的区别

什么是thread

当我们提及多线程的时候会想到thread和threadpool，这都是异步操作，threadpool其实就是thread的集合，具有很多优势，不过在任务多的时候全局队列会存在竞争而消耗资源。thread默认为前台线程，主程序必须等线程跑完才会关闭，而threadpool相反。
总结：threadpool确实比thread性能优，但是两者都没有很好的api区控制，如果线程执行无响应就只能等待结束，从而诞生了task任务。

什么是task

task简单地看就是任务，那和thread有什么区别呢？Task的背后的实现也是使用了线程池线程，但它的性能优于ThreadPoll,因为它使用的不是线程池的全局队列，而是使用的本地队列，使线程之间的资源竞争减少。同时Task提供了丰富的API来管理线程、控制。但是相对前面的两种耗内存，Task依赖于CPU对于多核的CPU性能远超前两者，单核的CPU三者的性能没什么差别。

接下来开始测试


public class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("Hello, World!");
            int a = 0;
            for (int i = 0; i < 50; i++)
            {
                //12
                //Task.Run(() => { Console.WriteLine("Task start"+DateTime.Now); Thread.Sleep(240000); });
                new System.Threading.Thread(() => { Console.WriteLine("Thread start"+DateTime.Now); Thread.Sleep(240000); }).Start();
                a++;
            }
            Console.WriteLine("结束 "+ a);

            Console.ReadLine();
        }
    }

测试结果

Thread

在linux与windows中运行显示基本可以同时申请完线程
linux：
在这里插入图片描述
windows：

Task.Run

在linux与windows中，虽然运行结果有些差异，但都需要运行预留的线程，然后在一次申请新的线程，所以需要时间会长一些
linux：
在这里插入图片描述
windows：

预先设置线程池

我们都知道线程池对申请线程会有影响，但如果预先设置了线程池，对申请线程会有什么区别呢

public class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("Hello, World!");
            System.Threading.ThreadPool.SetMinThreads(100, 100);
            int a = 0;
            for (int i = 0; i < 50; i++)
            {
                //12
                //Task.Run(() => { Console.WriteLine("Task start"+DateTime.Now); Thread.Sleep(240000); });

                new System.Threading.Thread(() => { Console.WriteLine("Thread start"+DateTime.Now); Thread.Sleep(240000); }).Start();
                a++;
            }
            Console.WriteLine("结束 "+ a);

            Console.ReadLine();
        }
    }

SetMinThreads Task

当们设置了最小线程数时，可以看到在linux与windows中运行依然可以（基本）同时申请完线程
linux：
在这里插入图片描述
windows：

SetMinThreads Thread

当们设置了最小线程数时，可以看到在linux与windows中运行可以（基本）同时申请完线程，但当线程数运行玩后，就需要根据最大线程数来看什么时候可以继续申请线程了。但在最小线程设置范围内与Thread 消耗时间几乎无差别
linux：
在这里插入图片描述
windows：

总结

在测试结果中可以看到Thread申请线程的速度确实比较快，但Thread是前台线程，主程序必须等待内部线程的响应（当然也可以设置为后台线程），比较适合长时间执行的任务。而task拥有丰富的API操作，虽然申请时间较长，但使用的不是线程池的全局队列，而是本地队列，使线程之间的资源竞争减少，而且在多核CPU的表现中，task的性能优于ThreadPoll与Thread，比较适合后台慢慢执行的任务