C#使用Monitor类、Lock和Mutex类进行多线程同步

在多线程中,为了使数据保持一致性必须要对数据或是访问数据的函数加锁,在数据库中这是很常见的,但是在程序中由于大部分都是单线程的程序,所以没有加锁的必要,但是在多线程中,为了保持数据的同步,一定要加锁,好在Framework中已经为我们提供了三个加锁的机制,分别是Monitor类、Lock关键字和Mutex类。 
其中Lock关键词用法比较简单,Monitor类和Lock的用法差不多。这两个都是锁定数据或是锁定被调用的函数。而Mutex则多用于锁定多线程间的同步调用。简单的说,Monitor和Lock多用于锁定被调用端,而Mutex则多用锁定调用端。 
例如下面程序:由于这种程序都是毫秒级的,所以运行下面的程序可能在不同的机器上有不同的结果,在同一台机器上不同时刻运行也有不同的结果,我的测试环境为vs2005, windowsXp , CPU3.0 , 1 G monery。 
程序中有两个线程thread1、thread2和一个TestFunc函数,TestFunc会打印出调用它的线程名和调用的时间(mm级的),两个线程分别以30mm和100mm来调用TestFunc这个函数。TestFunc执行的时间为50mm。程序如下: 
using System; 
using System.Collections.Generic; 
using System.Text; 
using System.Threading; 
namespace MonitorLockMutex 

class Program 

#region variable 
Thread thread1 = null; 
Thread thread2 = null; 
Mutex mutex = null; 
#endregion 
static void Main(string[] args) 

Program p = new Program(); 
p.RunThread(); 
Console.ReadLine(); 

public Program() 

mutex = new Mutex(); 
thread1 = new Thread(new ThreadStart(thread1Func)); 
thread2 = new Thread(new ThreadStart(thread2Func)); 

public void RunThread() 

thread1.Start(); 
thread2.Start(); 

private void thread1Func() 

for (int count = 0; count < 10; count++) 

TestFunc("Thread1 have run " + count.ToString() + " times"); 
Thread.Sleep(30); 


private void thread2Func() 

for (int count = 0; count < 10; count++) 

TestFunc("Thread2 have run " + count.ToString() + " times"); 
Thread.Sleep(100); 


private void TestFunc(string str) 

Console.WriteLine("{0} {1}", str, System.DateTime.Now.Millisecond.ToString()); 
Thread.Sleep(50); 



运行结果如下:

可以看出如果不加锁的话,这两个线程基本上是按照各自的时间间隔+TestFunc的执行时间(50mm)对TestFunc函数进行读取。因为线程在开始时需要分配内存,所以第0次的调用不准确,从第1~9次的调用可以看出,thread1的执行间隔约是80mm,thread2的执行间隔约是150mm。 
现在将TestFunc修改如下: 
private void TestFunc(string str) 

lock (this) 

Console.WriteLine("{0} {1}", str, System.DateTime.Now.Millisecond.ToString()); 
Thread.Sleep(50); 


或者是用Monitor也是一样的,如下: 
private void TestFunc(string str) 

Monitor.Enter(this); 
Console.WriteLine("{0} {1}", str, System.DateTime.Now.Millisecond.ToString()); 
Thread.Sleep(50); 
Monitor.Exit(this); 

其中Enter和Exit都是Monitor中的静态方法。 
运行Lock结果如下:

让我们分析一下结果,同样从第1次开始。相同线程间的调用时间间隔为线程执行时间+TestFunc调用时间,不同线程间的调用时间间隔为TestFunc调用时间。例如:连续两次调用thread1之间的时间间隔约为30+50=80;连续两次调用thread2之间的时间间隔约为100+50=150mm。调用thread1和thread2之间的时间间隔为50mm。因为TestFunc被lock住了,所以一个thread调用TestFunc后,当其它的线程也同时调用TestFunc时,后来的线程即进被排到等待队列中等待,直到拥有访问权的线程释放这个资源为止。 
这就是锁定被调用函数的特性,即只能保证每次被一个线程调用,线程优先级高的调用的次数就多,低的就少,这就是所谓的强占式。 
下面让我们看看Mutex类的使用方法,以及与Monitor和Lock的区别。 
将代码修改如下: 
private void thread1Func() 

for (int count = 0; count < 10; count++) 

mutex.WaitOne(); 
TestFunc("Thread1 have run " + count.ToString() + " times"); 
mutex.ReleaseMutex(); 


private void thread2Func() 

for (int count = 0; count < 10; count++) 

mutex.WaitOne(); 
TestFunc("Thread2 have run " + count.ToString() + " times"); 
mutex.ReleaseMutex(); 


private void TestFunc(string str) 

Console.WriteLine("{0} {1}", str, System.DateTime.Now.Millisecond.ToString()); 
Thread.Sleep(50); 

运行结果如下:

可以看出,Mutex只能互斥线程间的调用,但是不能互斥本线程的重复调用,即thread1中waitOne()只对thread2中的waitOne()起到互斥的作用,但是thread1并不受本wainOne()的影响,可以调用多次,只是在调用结束后调用相同次数的ReleaseMutex()就可以了。 
那么如何使线程按照调用顺序来依次执行呢?其实把lock和Mutex结合起来使用就可以了,改代码如下: 
private void thread1Func() 

for (int count = 0; count < 10; count++) 

lock (this) 

mutex.WaitOne(); 
TestFunc("Thread1 have run " + count.ToString() + " times"); 
mutex.ReleaseMutex(); 



private void thread2Func() 

for (int count = 0; count < 10; count++) 

lock (this) 

mutex.WaitOne(); 
TestFunc("Thread2 have run " + count.ToString() + " times"); 
mutex.ReleaseMutex(); 


}

时间: 2024-12-16 20:44:10

C#使用Monitor类、Lock和Mutex类进行多线程同步的相关文章

java基础知识回顾之java Thread类学习(六)--java多线程同步函数用的锁

1.验证同步函数使用的锁----普通方法使用的锁 思路:创建两个线程,同时操作同一个资源,还是用卖票的例子来验证.创建好两个线程t1,t2,t1线程走同步代码块操作tickets,t2,线程走同步函数封装的代码操作tickets,同步代码块中的锁我们可以指定.假设我们事先不知道同步函数用的是什么锁:如果在同步代码块中指定的某个锁(测试)和同步函数用的锁相同,就不会出现线程安全问题,如果锁不相同,就会发生线程安全问题. 看下面的代码:t1线程用的同步锁是obj,t2线程在操作同步函数的资源,假设不

多线程同步与并发访问共享资源工具—Lock、Monitor、Mutex、Semaphore

"线程同步"的含义 当一个进程启动了多个线程时,如果需要控制这些线程的推进顺序(比如A线程必须等待B和C线程执行完毕之后才能继续执行),则称这些线程需要进行"线程同步(thread synchronization)". 线程同步的道理虽然简单,但却是给多线程开发带来复杂性的根源之一.当线程同步不好时,有可能会出现一种特殊的情形--死锁(Dead Lock). "死锁"的含义 死锁表示系统进入了一个僵化状态,所有线程都没有执行完毕,但却谁也没法继续

C#多线程开发8:线程同步之Mutex类

以下代码模拟"从自动取款机中取钱"的操作:当账户余额大于等于1000时,取出1000放入口袋.代码中使用两个线程同时执行取钱操作,若不进行同步处理,可能会存在两个线程同时进入取钱逻辑,导致最终取出2000的错误结果.所以代码中使用Mutex类同步线程访问取钱逻辑(临界资源). using System; using System.Threading; namespace MutexExample { class Program { private static Mutex mutex

C#多线程开发9:使用Mutex类禁止应用程序启动两次

使用Mutex类可以创建有名称的互斥,而系统可以识别有名称的互斥,因此可以使用Mutex类禁止应用程序启动两次. 下面是此种场景的演示代码. using System; using System.Threading; namespace Run1InstanceExample { class Program { [STAThread] static void Main(string[] args) { bool createdNew; var mutex = new Mutex(false, "

线程系列08,实现线程锁的各种方式,使用lock,Montor,Mutex,Semaphore以及线程死锁

当涉及到多线程共享数据,需要数据同步的时候,就可以考虑使用线程锁了.本篇体验线程锁的各种用法以及线程死锁.主要包括: ※ 使用lock处理数据同步※ 使用Monitor.Enter和Monitor.Exit处理数据同步※ 使用Mutex处理进程间数据同步※ 使用Semaphore处理数据同步※ 线程死锁 □ 使用lock处理数据同步 假设有一个类,主要用来计算该类2个字段的商,在计算商的方法之内让被除数自减,即被除数有可能为零.使用lock语句块保证每次只有一个线程进入该方法. class Th

C#多线程:使用ReaderWriterLock类实现多用户读/单用户写同步

C#多线程:使用ReaderWriterLock类实现多用户读/单用户写同步 - mile - 博客园http://www.cnblogs.com/lhws/archive/2014/03/31/3636757.html 摘要:C#提供了System.Threading.ReaderWriterLock类以适应多用户读/单用户写的场景.该类可实现以下功能:如果资源未被写操作锁定,那么任何线程都可对该资源进行读操作锁定,并且对读操作锁数量没有限制,即多个线程可同时对该资源进行读操作锁定,以读取数据

java基础知识回顾之java Thread类学习(七)--java多线程安全问题(死锁)

死锁:是两个或者两个以上的线程被无限的阻塞,线程之间互相等待所需资源. 线程死锁产生的条件: 当两个线程相互调用Join()方法. 当两个线程使用嵌套的同步代码块的时候,一个线程占用了另一个线程的锁,互相等待阻塞,就有可能产生死锁. 下面看代码: 代码1:死锁的案例 package com.lp.ecjtu.Thread; /* 死锁:常见情景之一:同步的嵌套. */ class Ticket implements Runnable { private int num = 100; Object

重要!!!实体类、数据访问类

创建两个类: users类: using System; using System.Collections.Generic; using System.Linq; using System.Text; namespace 实体类_数据访问类.App_Code { public class Users { private int _Ids; /// <summary> /// ids /// </summary> public int Ids { get { return _Ids;

C++ 类模板三(类模版中的static关键字)

//类模版中的static关键字 #include<iostream> using namespace std; /* 类模板本质上是c++编译器根据类型参数创建了不同的类, c++编译器在利用类模板生成类的时候会为每个类生成一个static变量 那么对于类中的static关键字就非常好理解了 static关键字修饰的变量是属于类的 同一个类的对象共享类的static静态变量 类模板中的static修饰的变量数据类型必须是确定的 不可以是类型参数 因为静态变量在类对象之前初始化 这时候还没有通