深入学习C#多线程
一、基本概念
1、进程
首先打开任务管理器,查看当前运行的进程:
从任务管理器里面可以看到当前所有正在运行的进程。那么究竟什么是进程呢?
进程(process)是windows系统中的一个基本概念,它包含着一个运行程序所需要的资源。一个正在运行的应用程序在操作系统中被视为一个进程,进程可以包括一个或多个线程。线程是操作系统分配处理器时间的基本单元,在进程中可以有多个线程同时执行代码。进程之间是相对独立的,一个进程无法访问另一个进程的数据(除非利用分布式计算方式),一个进程运行的失败也不会影响其他进程的运行,windows系统就是利用进程把工作划分为多个独立的区域的。进程可以理解为一个程序的基本边界。是应用程序的一个运行例程,是应用程序的一次动态执行过程。
2、线程
在任务管理器里面查询当前总共运行的线程数:
线程(thread)是进程中的基本执行单元,是操作系统分配cpu时间的基本单位,一个进程可以包含若干个线程,在进程入口执行的第一个线程被视为这个进程的主线程。在.net应用程序中,都是以main()方法作为入口的,当调用此方法时系统就会自动创建一个主线程。线程主要是由cpu寄存器、调用栈和线程本地存储器(thread local storage,tls)组成的。cpu寄存器主要记录当前所执行线程的状态,调用栈主要用于维护线程所调用到的内存与数据,tls主要用于存放线程的状态信息。
二、多线程
多线程的优点:可以同时完成多个任务;可以使程序的响应速度更快;可以让占用大量处理时间的任务或当前没有进行处理的任务定期将处理时间让给别的任务;可以随时停止任务;可以设置每个任务的优先级以优化程序性能。
那么可能有人会问:为什么可以多线程执行呢?总结起来有下面两方面的原因:
1、cpu运行速度太快,硬件处理速度跟不上,所以操作系统进行分时间片管理。这样,从宏观角度来说是多线程并发的,因为cpu速度太快,察觉不到,看起来是同一时刻执行了不同的操作。但是从微观角度来讲,同一时刻只能有一个线程在处理。
2、目前电脑都是多核多cpu的,一个cpu在同一时刻只能运行一个线程,但是多个cpu在同一时刻就可以运行多个线程。
然而,多线程虽然有很多优点,但是也必须认识到多线程可能存在影响系统性能的不利方面,才能正确使用线程。不利方面主要有如下几点:
- (1)线程也是程序,所以线程需要占用内存,线程越多,占用内存也越多。
- (2)多线程需要协调和管理,所以需要占用cpu时间以便跟踪线程。
- (3)线程之间对共享资源的访问会相互影响,必须解决争用共享资源的问题。
- (4)线程太多会导致控制太复杂,最终可能造成很多程序缺陷。
当启动一个可执行程序时,将创建一个主线程。在默认的情况下,c#程序具有一个线程,此线程执行程序中以main方法开始和结束的代码,main()方法直接或间接执行的每一个命令都有默认线程(主线程)执行,当main()方法返回时此线程也将终止。
一个进程可以创建一个或多个线程以执行与该进程关联的部分程序代码。在c#中,线程是使用thread类处理的,该类在system.threading命名空间中。使用thread类创建线程时,只需要提供线程入口,线程入口告诉程序让这个线程做什么。通过实例化一个thread类的对象就可以创建一个线程。创建新的thread对象时,将创建新的托管线程。thread类接收一个threadstart委托或parameterizedthreadstart委托的构造函数,该委托包装了调用start方法时由新线程调用的方法,示例代码如下:
上面代码实例化了一个thread对象,并指明将要调用的方法method(),然后启动线程。threadstart委托中作为参数的方法不需要参数,并且没有返回值。parameterizedthreadstart委托一个对象作为参数,利用这个参数可以很方便地向线程传递参数,示例代码如下:
创建多线程的步骤:
- 1、编写线程所要执行的方法
- 2、实例化thread类,并传入一个指向线程所要执行方法的委托。(这时线程已经产生,但还没有运行)
- 3、调用thread实例的start方法,标记该线程可以被cpu执行了,但具体执行时间由cpu决定
2.1 system.threading.thread类
thread类是是控制线程的基础类,位于system.threading命名空间下,具有4个重载的构造函数:
名称 | 说明 |
thread(parameterizedthreadstart) | 初始化 thread 类的新实例,指定允许对象在线程启动时传递给线程的委托。要执行的方法是有参的。 |
thread(parameterizedthreadstart, int32) | 初始化 thread 类的新实例,指定允许对象在线程启动时传递给线程的委托,并指定线程的最大堆栈大小 |
thread(threadstart) | 初始化 thread 类的新实例。要执行的方法是无参的。 |
thread(threadstart, int32) | 初始化 thread 类的新实例,指定线程的最大堆栈大小。 |
threadstart是一个无参的、返回值为void的委托。委托定义如下:
public delegate void threadstart()
通过threadstart委托创建并运行一个线程:
运行结果
除了可以运行静态的方法,还可以运行实例方法
运行结果:
如果为了简单,也可以通过匿名委托或lambda表达式来为thread的构造方法赋值
运行结果:
parameterizedthreadstart是一个有参的、返回值为void的委托,定义如下:
public delegate void parameterizedthreadstart(object obj)
注意:parameterizedthreadstart委托的参数类型必须是object的。如果使用的是不带参数的委托,不能使用带参数的start方法运行线程,否则系统会抛出异常。但使用带参数的委托,可以使用thread.start()来运行线程,这时所传递的参数值为null。
2.2 线程的常用属性
属性名称 | 说明 |
---|---|
currentcontext | 获取线程正在其中执行的当前上下文。 |
currentthread | 获取当前正在运行的线程。 |
executioncontext | 获取一个 executioncontext 对象,该对象包含有关当前线程的各种上下文的信息。 |
isalive | 获取一个值,该值指示当前线程的执行状态。 |
isbackground | 获取或设置一个值,该值指示某个线程是否为后台线程。 |
isthreadpoolthread | 获取一个值,该值指示线程是否属于托管线程池。 |
managedthreadid | 获取当前托管线程的唯一标识符。 |
name | 获取或设置线程的名称。 |
priority | 获取或设置一个值,该值指示线程的调度优先级。 |
threadstate | 获取一个值,该值包含当前线程的状态。 |
2.2.1 线程的标识符
managedthreadid是确认线程的唯一标识符,程序在大部分情况下都是通过thread.managedthreadid来辨别线程的。而name是一个可变值,在默认时候,name为一个空值 null,开发人员可以通过程序设置线程的名称,但这只是一个辅助功能。
2.2.2 线程的优先级别
当线程之间争夺cpu时间时,cpu按照线程的优先级给予服务。高优先级的线程可以完全阻止低优先级的线程执行。.net为线程设置了priority属性来定义线程执行的优先级别,里面包含5个选项,其中normal是默认值。除非系统有特殊要求,否则不应该随便设置线程的优先级别。
成员名称 | 说明 |
---|---|
lowest | 可以将 thread 安排在具有任何其他优先级的线程之后。 |
belownormal | 可以将 thread 安排在具有 normal 优先级的线程之后,在具有 lowest 优先级的线程之前。 |
normal | 默认选择。可以将 thread 安排在具有 abovenormal 优先级的线程之后,在具有 belownormal 优先级的线程之前。 |
abovenormal | 可以将 thread 安排在具有 highest 优先级的线程之后,在具有 normal 优先级的线程之前。 |
highest | 可以将 thread 安排在具有任何其他优先级的线程之前。 |
2.2.3 线程的状态
通过threadstate可以检测线程是处于unstarted、sleeping、running 等等状态,它比 isalive 属性能提供更多的特定信息。
前面说过,一个应用程序域中可能包括多个上下文,而通过currentcontext可以获取线程当前的上下文。
currentthread是最常用的一个属性,它是用于获取当前运行的线程。
2.2.4 system.threading.thread的方法
thread 中包括了多个方法来控制线程的创建、挂起、停止、销毁,以后来的例子中会经常使用。
方法名称 | 说明 |
---|---|
abort() | 终止本线程。 |
getdomain() | 返回当前线程正在其中运行的当前域。 |
getdomainid() | 返回当前线程正在其中运行的当前域id。 |
interrupt() | 中断处于 waitsleepjoin 线程状态的线程。 |
join() | 已重载。 阻塞调用线程,直到某个线程终止时为止。 |
resume() | 继续运行已挂起的线程。 |
start() | 执行本线程。 |
suspend() | 挂起当前线程,如果当前线程已属于挂起状态则此不起作用 |
sleep() | 把正在运行的线程挂起一段时间。 |
线程示例
运行结果:
2.3 前台线程和后台线程
前台线程:只有所有的前台线程都结束,应用程序才能结束。默认情况下创建的线程都是前台线程
后台线程:只要所有的前台线程结束,后台线程自动结束。通过thread.isbackground设置后台线程。必须在调用start方法之前设置线程的类型,否则一旦线程运行,将无法改变其类型。
通过beginxxx方法运行的线程都是后台线程。
运行结果:前台线程执行完,后台线程未执行完,程序自动结束。
把bthread.isbackground = true注释掉,运行结果:主线程执行完毕后(main函数),程序并未结束,而是要等所有的前台线程结束以后才会结束。
后台线程一般用于处理不重要的事情,应用程序结束时,后台线程是否执行完成对整个应用程序没有影响。如果要执行的事情很重要,需要将线程设置为前台线程。
2.4 线程同步
所谓同步:是指在某一时刻只有一个线程可以访问变量。
如果不能确保对变量的访问是同步的,就会产生错误。
c#为同步访问变量提供了一个非常简单的方式,即使用c#语言的关键字lock,它可以把一段代码定义为互斥段,互斥段在一个时刻内只允许一个线程进入执行,而其他线程必须等待。在c#中,关键字lock定义如下:
expression代表你希望跟踪的对象:
- 如果你想保护一个类的实例,一般地,你可以使用this;
- 如果你想保护一个静态变量(如互斥代码段在一个静态方法内部),一般使用类名就可以了
而statement_block就算互斥段的代码,这段代码在一个时刻内只可能被一个线程执行。
以书店卖书为例
运行结果:
从运行结果可以看出,两个线程同步访问共享资源,没有考虑同步的问题,结果不正确。
考虑线程同步,改进后的代码:
运行结果:
2.5 跨线程访问
点击“测试”,创建一个线程,从0循环到10000给文本框赋值,代码如下:
运行结果:
产生错误的原因:textbox1是由主线程创建的,thread线程是另外创建的一个线程,在.net上执行的是托管代码,c#强制要求这些代码必须是线程安全的,即不允许跨线程访问windows窗体的控件。
解决方案:
1、在窗体的加载事件中,将c#内置控件(control)类的checkforillegalcrossthreadcalls属性设置为false,屏蔽掉c#编译器对跨线程调用的检查。
使用上述的方法虽然可以保证程序正常运行并实现应用的功能,但是在实际的软件开发中,做如此设置是不安全的(不符合.net的安全规范),在产品软件的开发中,此类情况是不允许的。如果要在遵守.net安全标准的前提下,实现从一个线程成功地访问另一个线程创建的空间,要使用c#的方法回调机制。
2、使用回调函数
回调实现的一般过程:
c#的方法回调机制,也是建立在委托基础上的,下面给出它的典型实现过程。
(1)、定义、声明回调。
可以看出,这里定义声明的“回调”(dosomacallback)其实就是一个委托。
(2)、初始化回调方法。
所谓“初始化回调方法”实际上就是实例化刚刚定义了的委托,这里作为参数的dosomemethod称为“回调方法”,它封装了对另一个线程中目标对象(窗体控件或其他类)的操作代码。
(3)、触发对象动作
其中opt obj为目标操作对象,在此假设它是某控件,故调用其invoke方法。invoke方法签名为:
它的第一个参数为委托类型,可见“触发对象动作”的本质,就是把委托dosomecallback作为参数传递给控件的invoke方法,这与委托的使用方式是一模一样的。
最终作用于对象opt obj的代码是置于回调方法体dosomemethod()中的,如下所示:
如果不用回调,而是直接在程序中使用“opt obj.somemethod(para);”,则当对象opt obj不在本线程(跨线程访问)时就会发生上面所示的错误。
从以上回调实现的一般过程可知:c#的回调机制,实质上是委托的一种应用。在c#网络编程中,回调的应用是非常普遍的,有了方法回调,就可以在.net上写出线程安全的代码了。
使用方法回调,实现给文本框赋值:
2.6 终止线程
若想终止正在运行的线程,可以使用abort()方法。
三、同步和异步
同步和异步是对方法执行顺序的描述。
同步:等待上一行完成计算之后,才会进入下一行。
例如:请同事吃饭,同事说很忙,然后就等着同事忙完,然后一起去吃饭。
异步:不会等待方法的完成,会直接进入下一行,是非阻塞的。
例如:请同事吃饭,同事说很忙,那同事先忙,自己去吃饭,同事忙完了他自己去吃饭。
下面通过一个例子讲解同步和异步的区别
1、新建一个winform程序,上面有两个按钮,一个同步方法、一个异步方法,在属性里面把输出类型改成控制台应用程序,这样可以看到输出结果,代码如下:
2、启动程序,点击同步,结果如下:
从上面的截图中能够很清晰的看出:同步方法是等待上一行代码执行完毕之后才会执行下一行代码。
点击异步,结果如下:
从上面的截图中看出:当执行到action.begininvoke("btnasync_click_2",null,null);这句代码的时候,程序并没有等待这段代码执行完就执行了下面的end,没有阻塞程序的执行。
在刚才的测试中,如果点击同步,这时winform界面不能拖到,界面卡住了,是因为主线程(即ui线程)在忙于计算。
点击异步的时候,界面不会卡住,这是因为主线程已经结束,计算任务交给子线程去做。
在仔细检查上面两个截图,可以看出异步的执行速度比同步执行速度要快。同步方法执行完将近16秒,异步方法执行完将近6秒。
在看下面的一个例子,修改异步的方法,也和同步方法一样执行循环,修改后的代码如下:
结果如下:
从截图中能够看出:同步方法执行是有序的,异步方法执行是无序的。异步方法无序包括启动无序和结束无序。启动无序是因为同一时刻向操作系统申请线程,操作系统收到申请以后,返回执行的顺序是无序的,所以启动是无序的。结束无序是因为虽然线程执行的是同样的操作,但是每个线程的耗时是不同的,所以结束的时候不一定是先启动的线程就先结束。从上面同步方法中可以清晰的看出:btnsync_click_0执行时间耗时不到3秒,而btnsync_click_1执行时间耗时超过了3秒。可以想象体育比赛中的跑步,每位运动员听到发令枪起跑的顺序不同,每位运动员花费的时间不同,最终到达终点的顺序也不同。
总结一下同步方法和异步方法的区别:
- 1、同步方法由于主线程忙于计算,所以会卡住界面。
异步方法由于主线程执行完了,其他计算任务交给子线程去执行,所以不会卡住界面,用户体验性好。 - 2、同步方法由于只有一个线程在计算,所以执行速度慢。
异步方法由多个线程并发运算,所以执行速度快,但并不是线性增长的(资源可能不够)。多线程也不是越多越好,只有多个独立的任务同时运行,才能加快速度。 - 3、同步方法是有序的。
异步多线程是无序的:启动无序,执行时间不确定,所以结束也是无序的。一定不要通过等待几毫秒的形式来控制线程启动/执行时间/结束。
四、回调
先来看看异步多线程无序的例子:
在界面上新增一个按钮,实现代码如下:
运行结果:
从上面的截图中看出,最终的效果并不是我们想要的效果,而且打印输出的还是主线程。
既然异步多线程是无序的,那我们有没有什么办法可以解决无序的问题呢?办法当然是有的,那就是使用回调,.net框架已经帮我们实现了回调:
begininvoke的第二个参数就是一个回调,那么asynccallback究竟是什么呢?f12查看asynccallback的定义:
发现asynccallback就是一个委托,参数类型是iasyncresult,明白了asynccallback是什么以后,将上面的代码进行如下的改造:
运行结果:
上面的截图中可以看出,这就是我们想要的效果,而且打印是子线程输出的,但是程序究竟是怎么实现的呢?我们可以进行如下的猜想:
程序执行到begininvoke的时候,会申请一个基于线程池的线程,这个线程会完成委托的执行(在这里就是执行dosomethinglong()方法),在委托执行完以后,这个线程又会去执行callback回调的委托,执行callback委托需要一个iasyncresult类型的参数,这个iasyncresult类型的参数是如何来的呢?鼠标右键放到begininvoke上面,查看返回值:
发现begininvoke的返回值就是iasyncresult类型的。那么这个返回值是不是就是callback委托的参数呢?将代码进行如下的修改:
结果:
这里可以看出begininvoke的返回值就是callback委托的参数。
现在我们可以使用回调解决异步多线程无序的问题了。
获取委托异步调用的返回值
使用endinvoke可以获取委托异步调用的返回值,请看下面的例子:
结果:
到此这篇关于深入学习c#多线程的文章就介绍到这了。希望对大家的学习有所帮助,也希望大家多多支持。
上一篇: Go语言单元测试超详细解析
推荐阅读
-
深入学习C#多线程
-
深入学习C#多线程
-
SLAM_Karto 学习(四) 深入理解 ScanMatch 过程
-
深入Java集合学习系列:HashMap的实现原理 博客分类: javajust do itmore and more备忘录 javahashmap原理
-
Java多线程高并发学习笔记(二)——深入理解ReentrantLock与Condition
-
《CSS世界》第四章学习心得——深入理解content(下)
-
《CSS世界》第四章学习心得——深入理解content(上)
-
深入理解 Java 多线程核心知识:跳槽面试必备! ! !
-
一篇文章带你深入学习 VueJS 的生命周期(珍藏版)
-
C#学习日记12