本篇继续介绍WaitHandler类及其子类 Mutex,ManualResetEvent,AutoResetEvent的用法。.NET中线程同步的方式多的让人看了眼花缭乱,究竟该怎么去理解呢?其实,我们抛开.NET环境看线程同步,无非是执行两种操作:一是互斥/加锁,目的是保证临界区代码操作的“原子性”;另一种是信号灯操作,目的是保证多个线程按照一定顺序执行,如生产者线程要先于消费者线程执行。.NET中线程同步的类无非是对这两种方式的封装,目的归根结底都可以归结为实现互斥/ 加锁或者是信号灯这两种方式,只是它们的适用场合有所不。下面我们根据类的层次结构了解WaitHandler及其子类。
1.WaitHandler
WaitHandle是Mutex,Semaphore,EventWaitHandler,AutoResetEvent,ManualResetEvent共同的祖先,它封装Win32同步句柄内核对象,也就是说是这些内核对象的托管版本。
线程可以通过调用WaitHandler实例的方法WaitOne在单个等待句柄上阻止。此外,WaitHandler类重载了静态方法,以等待所有指定的等待句柄都已收集到信号WaitAll,或者等待某一指定的等待句柄收集到信号WaitAny。这些方法都提供了放弃等待的超时间隔、在进入等待之前退出同步上下文的机会,并允许其它线程使用同步上下文。WaitHandler是C#中的抽象类,不能实例化。
2.EventWaitHandler vs. ManualResetEvent vs. AutoResetEvent(同步事件)
我们先看看两个子类ManualResetEvent和AutoResetEvent在.NET Framework中的实现:
//.NET Framework中ManualResetEvent类的实现
[ComVisible(true), HostProtection(SecurityAction.LinkDemand, Synchronization = true, ExternalThreading = true)]
public sealed class ManualResetEvent : EventWaitHandle
{
// Methods
public ManualResetEvent(bool initialState) : base(initialState, EventResetMode.ManualReset)
{
}
}
//.NET Framework中AutoResetEvent类的实现
[ComVisible(true), HostProtection(SecurityAction.LinkDemand, Synchronization = true, ExternalThreading = true)]
public sealed class AutoResetEvent : EventWaitHandle
{
// Methods
public AutoResetEvent(bool initialState)
: base(initialState, EventResetMode.AutoReset)
{
}
}
原来ManualResetEvent和AutoResetEvent都继承自EventWaitHandler,它们的唯一区别就在于父类 EventWaitHandler的构造函数参数EventResetMode不同,这样我们只要弄清了参数EventResetMode值不同时,EventWaitHandler类控制线程同步的行为有什么不同,两个子类也就清楚了。为了便于描述,我们不去介绍父类的两种模式,而直接介绍子类。
ManualResetEvent和AutoResetEvent的共同点:
1)Set方法将事件状态设置为终止状态,允许一个或多个等待线程继续;Reset方法将事件状态设置为非终止状态,导致线程阻止;WaitOne阻止当前线程,直到当前线程的WaitHandler收到事件信号。
2)可以通过构造函数的参数值来决定其初始状态,若为true则事件为终止状态从而使线程为非阻塞状态,为false则线程为阻塞状态。
3)如果某个线程调用WaitOne方法,则当事件状态为终止状态时,该线程会得到信号,继续向下执行。
ManualResetEvent和AutoResetEvent的不同点:
1)AutoResetEvent.WaitOne()每次只允许一个线程进入,当某个线程得到信号后,AutoResetEvent会自动又将信号置为不发送状态,则其他调用WaitOne的线程只有继续等待,也就是说AutoResetEvent一次只唤醒一个线程;
2)ManualResetEvent则可以唤醒多个线程,因为当某个线程调用了ManualResetEvent.Set()方法后,其他调用WaitOne的线程获得信号得以继续执行,而ManualResetEvent不会自动将信号置为不发送。
3)也就是说,除非手工调用了ManualResetEvent.Reset()方法,则ManualResetEvent将一直保持有信号状态,ManualResetEvent也就可以同时唤醒多个线程继续执行。
示例场景:张三、李四两个好朋友去餐馆吃饭,两个人点了一份宫爆鸡丁,宫爆鸡丁做好需要一段时间,张三、李四不愿傻等,都专心致志的玩起了手机游戏,心想宫爆鸡丁做好了,服务员肯定会叫我们的。服务员上菜之后,张三李四开始享用美味的饭菜,饭菜吃光了,他们再叫服务员过来买单。我们可以从这个场景中抽象出来三个线程,张三线程、李四线程和服务员线程,他们之间需要同步:服务员上菜—>张三、李四开始享用宫爆鸡丁—>吃好后叫服务员过来买单。这个同步用什么呢? ManualResetEvent还是AutoResetEvent?通过上面的分析不难看出,我们应该用ManualResetEvent进行同步,下面是程序代码:
张三李四吃饭的故事
public class EventWaitTest
{
private string name; //顾客姓名
//private static AutoResetEvent eventWait = new AutoResetEvent(false);
private static ManualResetEvent eventWait = new ManualResetEvent(false);
private static ManualResetEvent eventOver = new ManualResetEvent(false);
public EventWaitTest(string name)
{
this.name = name;
}
public static void Product()
{
Console.WriteLine("服务员:厨师在做菜呢,两位稍等");
Thread.Sleep(2000);
Console.WriteLine("服务员:宫爆鸡丁好了");
eventWait.Set();
while (true)
{
if (eventOver.WaitOne(1000, false))
{
Console.WriteLine("服务员:两位请买单");
eventOver.Reset();
}
}
}
public void Consume()
{
while (true)
{
if (eventWait.WaitOne(1000, false))
{
Console.WriteLine(this.name + ":开始吃宫爆鸡丁");
Thread.Sleep(2000);
Console.WriteLine(this.name + ":宫爆鸡丁吃光了");
eventWait.Reset();
eventOver.Set();
break;
}
else
{
Console.WriteLine(this.name + ":等着上菜无聊先玩会手机游戏");
}
}
}
}
public class App
{
public static void Main(string[] args)
{
EventWaitTest zhangsan = new EventWaitTest("张三");
EventWaitTest lisi = new EventWaitTest("李四");
Thread t1 = new Thread(new ThreadStart(zhangsan.Consume));
Thread t2 = new Thread(new ThreadStart(lisi.Consume));
Thread t3 = new Thread(new ThreadStart(EventWaitTest.Product));
t1.Start();
t2.Start();
t3.Start();
Console.Read();
}
}
编译后查看运行结果,符合我们的预期,控制台输出为:
服务员:厨师在做菜呢,两位稍等...
张三:等着上菜无聊先玩会手机游戏
李四:等着上菜无聊先玩会手机游戏
张三:等着上菜无聊先玩会手机游戏
李四:等着上菜无聊先玩会手机游戏
服务员:宫爆鸡丁好了
张三:开始吃宫爆鸡丁
李四:开始吃宫爆鸡丁
张三:宫爆鸡丁吃光了
李四:宫爆鸡丁吃光了
服务员:两位请买单
如果改用AutoResetEvent进行同步呢?会出现什么样的结果?恐怕张三和李四就要打起来了,一个享用了美味的宫爆鸡丁,另一个到要付账的时候却还在玩游戏。感兴趣的朋友可以把注释的那行代码注释去掉,并把下面一行代码注释掉,运行程序看会出现怎样的结果。
3.Mutex(互斥体)
Mutex和EventWaitHandler有着共同的父类WaitHandler类,它们同步的函数用法也差不多,这里不再赘述。Mutex的突出特点是可以跨应用程序域边界对资源进行独占访问,即可以用于同步不同进程中的线程,这种功能当然这是以牺牲更多的系统资源为代价的。
这种跨进程同步的一种应用是,限制同一台电脑中同时打开两个相同的程序。具体实现可以参考《用Mutex或进程限制用户在一台电脑上同时打开两个程序》。
分享到:
相关推荐
多线程:C#线程同步lock,Monitor,Mutex,同步事件和等待句柄[整理].pdf
C#提供了多种机制来实现线程同步,包括lock关键字、Monitor、同步事件和等待句柄以及Mutex类。这些机制的主要目标是避免竞态条件,保证并发执行的线程能够正确地访问和修改共享数据。 首先,我们来看lock关键字。...
C#线程同步是多线程编程中的一个重要概念,它涉及到如何控制多个线程对共享资源的访问,以避免数据不一致性和竞态条件。在C#中,线程同步通常用于确保在某一时刻只有一个线程可以访问特定的代码块或资源,从而保证...
本文主要关注C#中的线程同步机制,特别是lock、Monitor、Mutex以及几种同步事件和等待句柄的使用。线程同步是为了避免多个线程同时访问共享资源,导致数据不一致或引发竞态条件等问题。 1. lock关键字: lock是C#中...
本文将深入探讨C#语言中的多线程机制,旨在帮助开发者更好地理解和应用这一强大的特性。 一、多线程的概念 多线程是指在一个应用程序中同时运行多个执行流,每个执行流被称为一个线程。线程是操作系统调度的基本...
线程同步是多线程编程中的关键概念,它确保了在并发执行的线程之间正确地协调资源访问和执行顺序,以避免数据竞争和死锁等问题。在C#中,线程同步可以通过多种方式实现,包括锁、线程安全的类、中断和终止、线程状态...
C#提供了多种同步机制,如`Monitor`(基于监视器的同步)、`Mutex`(互斥锁)、`Semaphore`(信号量)和`EventWaitHandle`(事件等待句柄),以及锁定语句`lock`,用于控制对共享资源的访问。 4. **线程间通信**:`...
本文将深入探讨多线程安全包装器的概念及其在C#中的应用。 首先,我们要理解什么是线程安全。线程安全指的是一个对象或函数在多线程环境下,能够正确地处理多个线程同时访问的情况,不会因为线程间的交互导致数据不...
### C#多线程教程 #### 一、多线程的相关概念 - **什么是进程?** - 进程是操作系统资源分配的基本单位,当一个程序启动时,它就会成为一个进程。一个进程不仅包含了程序本身,还包括了该程序运行所需的内存空间...
【C#多线程使用】 在C#编程中,多线程是一种常见技术,用于同时执行多个任务,提高程序的并发性和效率。C#在.NET框架下提供了多种创建和管理线程的方式。以下是对C#多线程使用方法的详细说明: 1. **线程的创建与...
C#提供了多种同步机制,如`Mutex`、`Semaphore`、`Monitor`(锁)以及`lock`关键字。例如,使用`lock`关键字可以确保在同一时刻只有一个线程能够访问特定对象: ```csharp lock (myObject) { // 临界区代码,只允许...
本文将围绕“C#多线程”中的一个重要概念——线程同步,结合“ThreadSynchronization.zip”压缩包中的示例代码进行深入探讨。 线程同步是指在多线程环境中控制不同线程对共享资源的访问,以避免数据不一致或竞争...
4. **线程同步的其他机制**:除了Mutex和Monitor外,C#还提供了其他同步机制,如Semaphore(信号量)用于控制同时访问特定资源的线程数量,和EventWaitHandle(事件等待句柄)用于线程间的通信和同步。 5. **死锁和...
例如,`Thread`类用于创建和管理线程,而`Monitor`、`Mutex`、`Semaphore`、`EventWaitHandle`等类则提供了线程同步和互斥访问的手段。 1. **线程同步**:线程同步是指在多线程环境下,控制多个线程按照特定的顺序...
C#线程同步是多线程编程中的一个重要概念,它涉及到如何在多个线程同时运行时,有效地管理和协调对共享资源的访问,以避免数据不一致性和竞态条件。线程同步是通过控制线程执行的顺序和访问共享资源的方式来实现的,...
在IT领域,尤其是在软件开发中,"C# 系统挂机锁 实例源码(系统操作)"是一个关于进程管理、线程同步和资源保护的主题。C#是一种广泛使用的面向对象的编程语言,尤其适合构建Windows桌面应用程序和服务器端应用。在...