多线程基于委托 delegate
多线程的特点:
(ThreadPool 相对于 Thread 最大作用是起保护作用,不会因为起过多线程而搞崩服务器)
1、(流畅)
单线程卡界面:线程正在执行程序,忙碌中,所以界面卡住了
多线程不卡界面:执行程序交给了其他线程,UI线程闲置就不卡了
例子:用户发送验证码、扫码支付、上传文件 ——启用子线程完成,主线程完成(更加流畅)
2、相对于单线程,多线程运行时间快,消耗更多的服务器资源(提高服务器利用率)来提升程序运行性能
a. 多线程的性能取决于服务器的硬件配置,服务器只有 10 核cup,服务器并行运行的线程最多也只能 10个。
b. 操作系统的资源调度机制,会对线程进行调度,
c. 线程不是越多越好,堆积的线程太多会把服务器搞崩。
d. Task 是基于线程池的,不会出现线程过多而服务器崩溃的情况,但是线程多到一定程度了反而会降低性能。
经验上线程的线程的数量建议在 ( cpu核数 * 3)
3、多线程是无序性的
-
启动、运行时间、结束时间都不可控,由操作系统调配
-
要注意闭包(临时变量)问题
如何控制线程顺序
-
a. 等待线程完成,主线程会阻塞
Task.WaitAll(taskList.ToArray());
Task.WaitAny(taskList.ToArray());
不阻塞主线程,按顺序的多线程
a.包一层线程 (不建议,难控制)
Task.Run(()=>{
Task.Run(()=>{Cnsole.WriteLine("do something1")});
Task.Run(()=>{Cnsole.WriteLine("do something2")});
Task.Run(()=>{Cnsole.WriteLine("do something23")});
Task.Run(()=>{Cnsole.WriteLine("do something24")});
})
b. 线程完成后的回调
Task.Run(()=>{Debug.WriteLine("do something1")})
.ContinueWith(t => {Debug.WriteLine("do ContinueWith something1")});
4、线程分配问题(任务量分配,如何防止浪费线程资源)
-
任务管理器思路(第三方)
-
控制线程数量,超过一定线程数就等待前面的线程执行完再继续
var thearMaxNum = 10;
List<Task> taskList = new List<Task>();
for(int i = 0; i < 100; i++)
{
var taskCount = i;
taskList.Add(Task.Run(()=>{
Debug.WriteLine($"这是第{taskCount}个线程");
Theard.Sleep(taskCount);
}));
//判读线程数量到达最大,等待前面的线程执行结束,再起新的线程
if(taskList.Count == thearMaxNum)
{
//阻塞到有线程完成
Task.WaitAny(taskList.ToArray());
//线程数组重新赋值
taskList = taskList.Where(t => t.Status == TaskStatus.Running).ToList;
}
}