异步和多线程Thread
刚接触线程的时候,感觉这个东西好神奇。虽然不是很明白,就感觉它很牛逼。
参考了一些大佬写的文章:
这个大佬写的文章,我还是很喜欢的
多线程是.net开发非常重要的一块,很多开发者对多线程几乎不用/很畏惧/不明所以,写代码的时候,没有考虑到多线程的场景。
什么是进程?
计算机概念,程序在服务器运行占据全部计算机资源的综合,是一种虚拟的概念。
当一个程序开始运行时,它就是一个进程,进程包括运行中的程序和程序所使用到的内存和系统资源。
而一个进程又是由多个线程所组成的。
什么是线程?
计算机概念,进程在响应操作时最小单位,也包括cpu、内存、网络、硬盘io。
线程是程序中的一个执行流,每个线程都有自己的专有寄存器(栈指针、程序计数器等),但代码区是共享的,即不同的线程可以执行同样的函数。
什么是多线程?
计算机概念,一个进程有多个线程同时运行。
多线程是指程序中包含多个执行流,即在一个程序中可以同时运行多个不同的线程来执行不同的任务,也就是说允许单个程序创建多个并行执行的线程来完成各自的任务。
一个进程会包含很多个线程;线程是隶属于某个进程,进程毁了线程也就没了。
句柄:其实就是个long数字,是操作系统表示应用程序。
c#里面的多线程?
thread类,是c#语言对线程对象的一个封装。
为什么可以多线程?
1、多个cpu的核可以并行工作,多个模拟线程
四核八线程,这里面的线程值的是模拟核
2、cpu的分片,1s的处理能力分成1000份,操作系统调度着去响应不同的任务。从宏观角度来说,感觉就是多个任务在并发执行;从微观角度来说,一个物理cpu同一时刻,只能为一个任务服务。
同步方法:
发起调用,完成后才继续下一行;非常符合开发思维,有序执行。
简单来说,就是诚心诚意请人吃饭,比如邀请bingle吃饭,但是bingle要忙一会,那就等着bingle完成后再一起去吃饭。
异步方法:
发起调用,不等待完成,直接进入下一行,启动一个新线程开完成方法的计算。
简单来说,就是客气一下的请人吃饭,比如要邀请bingle吃饭,但是bingle要忙一会,那你就忙着吧,我先去吃饭了,你忙完了自己去吃饭吧。
同步方法的代码:
private void btnsync_click(object sender, eventargs e) { console.writeline($"****************btnsync_click start {thread.currentthread.managedthreadid.tostring("00")} {datetime.now.tostring("yyyy-mm-dd hh:mm:ss.fff")}***************"); int l = 3; int m = 4; int n = l + m; for (int i = 0; i < 5; i++) { string name = string.format($"btnsync_click_{i}"); this.dosomethinglong(name); } console.writeline($"****************btnsync_click end {thread.currentthread.managedthreadid.tostring("00")} {datetime.now.tostring("yyyy-mm-dd hh:mm:ss.fff")}***************"); } /// <summary> /// 一个比较耗时耗资源的私有方法 /// </summary> /// <param name="name"></param> private void dosomethinglong(string name) { console.writeline($"****************dosomethinglong start {name} {thread.currentthread.managedthreadid.tostring("00")} {datetime.now.tostring("yyyy-mm-dd hh:mm:ss.fff")}***************"); long lresult = 0; for (int i = 0; i < 1_000_000_000; i++) { lresult += i; } //thread.sleep(2000); console.writeline($"****************dosomethinglong end {name} {thread.currentthread.managedthreadid.tostring("00")} {datetime.now.tostring("yyyy-mm-dd hh:mm:ss.fff")} {lresult}***************"); }
调用后,是这个样子的结果;
在这段期间内,界面是卡死的,无法拖动。
异步方法的代码:
private void btnasync_click(object sender, eventargs e) { console.writeline($"****************btnasync_click start {thread.currentthread.managedthreadid.tostring("00")} {datetime.now.tostring("yyyy-mm-dd hh:mm:ss.fff")}***************"); action<string> action = this.dosomethinglong; //action.invoke("btnasync_click_1"); //action("btnasync_click_1"); //委托自身需要的参数+2个异步参数 //action.begininvoke("btnasync_click_1", null, null); for (int i = 0; i < 5; i++) { string name = string.format($"btnasync_click_{i}"); action.begininvoke(name, null, null); } console.writeline($"****************btnasync_click end {thread.currentthread.managedthreadid.tostring("00")} {datetime.now.tostring("yyyy-mm-dd hh:mm:ss.fff")}***************"); }
调用之后的结果是这个样子的:
期间,界面不是卡死的,可以随意拖动。只是界面依然是主线程执行,在里面开启了子线程去执行其他的方法。
同步方法与异步方法的区别:
同步方法:
主线程(ui线程),忙着计算,无暇他顾,界面是卡死的。
异步方法:
主线程闲置,计算任务交给子线程完成,改善用户体验,winform点几个按钮,不至于卡死;web开发,也是一样需要的,发个短信通知,或者下载个excel,都交给异步线程去做。
同步方法比较慢,因为只有一个线程计算,异步方法快,因为有多个线程并发计算。多线程其实就是用资源换性能。
什么时候用多线程?
1、一个订单表很耗时间,能不能用多线程去优化下性能呢?
答案是不能的,因为这就是一个操作,没法并行。
2、需要查询数据库/调用接口/读硬盘文件/做数据计算,能不能用多线程优化下性能?
这个是可以的。因为多个任务可以并行的,但是多线程并不是越多越好,因为资源有限,而且调度有损耗,多线程尽量避免使用。
我们来看下,上面调用后的执行顺序:
同步方法有序进行,但是异步方法启动无序。因为线程资源是向操作系统申请的,由操作系统的调度决策决定,所以启动是无序的。同一个任务用一个线程,执行时间也是不确定的,是cpu分片导致的。
使用多线程请一定小心,很多事不是想当然的,尤其是多线程操作时间有序要求的时候(async await可以解决这个问题)。那能不能通过延迟一点启动来控制顺序?或者预测下结束顺序?这些都是不靠谱的。就算通过大量的测试,得到的执行顺序和预期的顺序总是相同的,但是只要有概率是不同的,总会发生这种情况。
并行:多核之间叫并行。
并发:cpu分片的并发。
回调:将后续动作通过回调参数传递进去,子线程完成计算后,去调用这个回调委托。
代码:
private void btnasyncadvanced_click(object sender, eventargs e) { console.writeline($"****************btnasyncadvanced_click start {thread.currentthread.managedthreadid.tostring("00")} {datetime.now.tostring("yyyy-mm-dd hh:mm:ss.fff")}***************"); action<string> action = this.dosomethinglong; asynccallback callback = ar => { console.writeline($"btnasyncadvanced_click计算成功了。。。。threadid is{thread.currentthread.managedthreadid.tostring("00")}"); }; action.begininvoke("btnasyncadvanced_click", callback, null); }
执行结果:
回调传参:
代码:
private void btnasyncadvanced_click(object sender, eventargs e) { console.writeline($"****************btnasyncadvanced_click start {thread.currentthread.managedthreadid.tostring("00")} {datetime.now.tostring("yyyy-mm-dd hh:mm:ss.fff")}***************"); action<string> action = this.dosomethinglong; //1 回调:将后续动作通过回调参数传递进去,子线程完成计算后,去调用这个回调委托 iasyncresult asyncresult = null;//是对异步调用操作的描述 asynccallback callback = ar => { console.writeline($"{object.referenceequals(ar, asyncresult)}"); console.writeline($"btnasyncadvanced_click计算成功了。。。。{ar.asyncstate}。{thread.currentthread.managedthreadid.tostring("00")}"); }; asyncresult = action.begininvoke("btnasyncadvanced_click", callback, "bingle");
看下结果,bingle这个参数传递过来了
通过iscomplate等待,卡界面--主线程在等待,边等待边提示
////2 通过iscomplate等待,卡界面--主线程在等待,边等待边提示 ////( thread.sleep(200);位置变了,少了一句99.9999) int i = 0; while (!asyncresult.iscompleted) { if (i < 9) { console.writeline($"bingle{++i * 10}%...."); } else { console.writeline($"bingle99.999999%...."); } thread.sleep(200); } console.writeline("已经完成!");
waitone等待,即时等待 限时等待
asyncresult.asyncwaithandle.waitone();//直接等待任务完成 asyncresult.asyncwaithandle.waitone(-1);//一直等待任务完成 asyncresult.asyncwaithandle.waitone(1000);//最多等待1000ms,超时就不等了
//4 endinvoke 即时等待, 而且可以获取委托的返回值 一个异步操作只能end一次 action.endinvoke(asyncresult);//等待某次异步调用操作结束
thread类
上面介绍过,thread是c#对线程对象的一个封装。
thread:c#对线程对象的一个封装
thread方法很多很强大,但是也太过强大,而且没有限制
parameterizedthreadstart method = o => this.dosomethinglong("btnthread_click"); thread thread = new thread(method); thread.start("123");//开启线程,执行委托的内容
下面这些,是obselte的api //thread.suspend();//暂停 //thread.resume();//恢复 真的不该要的,暂停不一定马上暂停;让线程操作太复杂了 //thread.abort(); ////线程是计算机资源,程序想停下线程,只能向操作系统通知(线程抛异常), ////会有延时/不一定能真的停下来
线程等待,有以下写法:
while (thread.threadstate != threadstate.stopped) { thread.sleep(200);//当前线程休息200ms }
//2 join等待 thread.join();//运行这句代码的线程,等待thread的完成 thread.join(1000);//最多等待1000ms
thread.priority = threadpriority.highest;最高优先级,有限执行,但不代表优先完成。是指说在极端情况下,还有意外发生,不能通过这个来控制线程的执行先后顺序。
thread.isbackground = false;//默认是false 前台线程,进程关闭,线程需要计算完后才退出 //thread.isbackground = true;//关闭进程,线程退出
基于thread可以封装一个回调,回调:启动子线程去执行动作a----不阻塞---a执行完成后子线程会执行动作b
代码:
private void threadwithcallback(threadstart threadstart, action actioncallback) { //thread thread = new thread(threadstart); //thread.start(); //thread.join();//错了,因为方法被阻塞了 //actioncallback.invoke(); //上面那种方式错了, 应该先用threadstart,再调用callback threadstart method = new threadstart(() => { threadstart.invoke(); actioncallback.invoke(); }); new thread(method).start(); }
调用测试一下:
threadstart threadstart = () => this.dosomethinglong("btnthread_click"); action actioncallback = () => { thread.sleep(2000); console.writeline($"this is calllback {thread.currentthread.managedthreadid.tostring("00")}"); }; this.threadwithcallback(threadstart, actioncallback);
基于thread封装一个带返回值的方法:
private func<t> threadwithreturn<t>(func<t> func) { t t = default(t); threadstart threadstart = new threadstart(() => { t = func.invoke(); }); thread thread = new thread(threadstart); thread.start(); return new func<t>(() => { thread.join(); //thread.threadstate return t; }); }
调用:
func<int> func = () => { thread.sleep(5000); return datetime.now.year; }; func<int> functhread = this.threadwithreturn(func);//非阻塞 console.writeline("do something else/////"); console.writeline("do something else/////"); console.writeline("do something else/////"); console.writeline("do something else/////"); console.writeline("do something else/////"); int iresult = functhread.invoke();//阻塞 console.writeline(iresult);
在调用的时候functhread.invoke(),这里发生了阻塞。既要不阻塞,又要计算结果?不可能!
线程池:
thread,功能繁多,反而不好,就好像给4岁小孩一把热武器,反而会造成更大的伤害,对线程数量时没有管控的。
在.net framework2.0,出现了线程池。如果某个对象创建和销毁代价比较高,同时这个对象还可以反复使用,就需要一个池子。保存多个这样的对象,需要用的时候从池子里面获取,用完之后不用销毁,放回池子(享元模式)。这样可以节约资源提升性能;此外,还能管控总数量,防止滥用。threadpool的线程都是后台线程。
threadpool最简单的使用:
threadpool.queueuserworkitem(o => this.dosomethinglong("btnthreadpool_click1")); threadpool.queueuserworkitem(o => this.dosomethinglong("btnthreadpool_click2"), "bingle");
//等待 manualresetevent mre = new manualresetevent(false); //false---关闭---set打开---true---waitone就能通过 //true---打开--reset关闭---false--waitone就只能等待 threadpool.queueuserworkitem(o => { this.dosomethinglong("btnthreadpool_click1"); mre.set(); }); console.writeline("do something else..."); console.writeline("do something else..."); console.writeline("do something else..."); mre.waitone(); console.writeline("任务已经完成了。。。");
执行结果:
不要阻塞线程池里面的线程:
threadpool.setmaxthreads(8, 8); manualresetevent mre = new manualresetevent(false); for (int i = 0; i < 10; i++) { int k = i; threadpool.queueuserworkitem(t => { console.writeline($"{thread.currentthread.managedthreadid.tostring("00")} show {k}"); if (k == 9) { mre.set(); } else { mre.waitone(); } }); } if (mre.waitone()) { console.writeline("任务全部执行成功!"); }
程序卡在这里了,因为,线程池里面就只有八个线程,现在有8个线程都在等,这就形成了死锁,程序就卡在这。所以不要阻塞线程池里面的线程。
篇幅有点多,下面一篇笔记介绍.net framework3.0出来的task,以及async和await
上一篇: 吃个快餐都能学到串行、并行、并发
下一篇: etc/skel目录介绍