C#线程锁(中)

 本篇继续介绍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中的实现:

ContractedBlock.gif ExpandedBlockStart.gif ManualResetEvent 和 AutoResetEvent 的实现
    //.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进行同步,下面是程序代码:

ContractedBlock.gif ExpandedBlockStart.gif 张三李四吃饭的故事
    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(1000false))
                {
                    Console.WriteLine(
"服务员:两位请买单");
                    eventOver.Reset();
                }
            }
        }

        
public void Consume()
        {
            
while (true)
            {
                
if (eventWait.WaitOne(1000false))
                {
                    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# 线程锁的使用方法 在 C# 中,`lock` 关键字是最常用的线程锁机制之一,用于确保同一时间只有一个线可以访问特定的代码块或资源。通过 `lock` 关键字,开发者可以轻松实现对共享资源的安全访问。 #### 基本语法 `lock` 语句的基本结构如下所示[^2]: ```csharp lock (objectToLock) { // 需要同步访问的代码块 } ``` 其中,`objectToLock` 是一个引用类型的对象,通常是私有的成员变量,用于标识锁的对象。当一个线进入 `lock` 代码块时,它会尝试获取该对象的锁;如果另一个线已经持有此锁,则当前线会被阻塞,直到锁被释放。 --- #### 示例:多线环境下的安全计数器 以下是一个简单的示例,展示了如何在线间安全地更新共享资源: ```csharp using System; using System.Threading; class SharedResource { private object _lockObject = new object(); private int _count = 0; public void Increment() { lock (_lockObject) // 锁定 _lockObject 对象 { _count++; } } public int GetCount() { lock (_lockObject) // 确保读取也受到保护 { return _count; } } } class Program { static void Main(string[] args) { SharedResource resource = new SharedResource(); Thread thread1 = new Thread(() => UpdateCounter(resource)); Thread thread2 = new Thread(() => UpdateCounter(resource)); thread1.Start(); thread2.Start(); thread1.Join(); thread2.Join(); Console.WriteLine($"Final count: {resource.GetCount()}"); } static void UpdateCounter(SharedResource resource) { for (int i = 0; i < 100000; i++) { resource.Increment(); } } } ``` 在这个示例中,`SharedResource` 类维护了一个 `_count` 计数器,并提供了 `Increment` 方法来增加其值。为了避免多个线同时修改 `_count` 导致的数据竞争问题,我们在 `Increment` 和 `GetCount` 方法中都使用了 `lock` 来保护对该资源的访问[^4]。 --- #### 解决线程锁相关问题 尽管 `lock` 提供了一种简单的方式来管理线间的资源共享,但在实际开发过中仍需注意一些常见问题: 1. **死锁风险** 如果多个线试图按不同顺序获取相同的锁,可能会导致死锁情况发生。例如,线 A 获取了锁 X 并等待锁 Y,而线 B 已经持有了锁 Y 并正在等待锁 X。这种情况下,两个线都会无限期挂起[^1]。 2. **性能开销** 当系统处于高并发状态时,频繁的竞争锁可能导致显著的性能下降。因此,在设计应用序时应尽量减少不必要的锁操作[^1]。 3. **细粒度 vs 粗粒度锁** 细粒度锁意味着更少数量的指令受保护,从而允许更高的并行性;然而,这也增加了复杂性和潜在错误的可能性。粗粒度锁则相反——虽然简化了逻辑处理过,但却牺牲了一些效率[^3]。 --- #### 使用 Monitor 替代 Lock 除了 `lock` 关键字外,还可以直接使用底层 API —— `System.Threading.Monitor` 来手动控制锁定行为。这种方式更加灵活但也更为复杂。下面展示的是基于 `Monitor` 实现的一个版本: ```csharp using System; using System.Threading; class Program { private static readonly object _lock = new object(); static void Main(string[] args) { Thread thread1 = new Thread(EnterCriticalSection); Thread thread2 = new Thread(EnterCriticalSection); thread1.Start(); thread2.Start(); } static void EnterCriticalSection() { try { Monitor.Enter(_lock); // 显式请求锁 Console.WriteLine($"Thread {Thread.CurrentThread.ManagedThreadId} entered critical section."); Thread.Sleep(2000); // 模拟耗时操作 } finally { Monitor.Exit(_lock); // 手动释放锁 Console.WriteLine($"Thread {Thread.CurrentThread.ManagedThreadId} exited critical section."); } } } ``` 在这里,`Monitor.Enter` 和 `Monitor.Exit` 被分别用来申请和释放锁。需要注意的是,必须始终保证即使发生了异常也能正确调用 `Exit` 函数以避免永久占用锁的情况出现。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值