C#多线程编程实例实战

问题的提出

所谓单个写入程序/多个阅读程序的线程同步问题,是指任意数量的线程访问共享资源时,写入程序(线程)需要修改共享资源,而阅读程序(线程)需要读取数据。在这个同步问题中,很容易得到下面二个要求:



1) 当一个线程正在写入数据时,其他线程不能写,也不能读。   

2) 当一个线程正在读入数据时,其他线程不能写,但能够读。

在数据库应用程序环境中经常遇到这样的问题。比如说,有n个最终用户,他们都要同时访问同一个数据库。其中有m个用户要将数据存入数据库,n-m个用户要读取数据库中的记录。 



很显然,在这个环境中,我们不能让两个或两个以上的用户同时更新同一条记录,如果两个或两个以上的用户都试图同时修改同一记录,那么该记录中的信息就会被破坏。 



我们也不让一个用户更新数据库记录的同时,让另一用户读取记录的内容。因为读取的记录很有可能同时包含了更新和没有更新的信息,也就是说这条记录是无效的记录。

实现分析 

  

规定任一线程要对资源进行写或读操作前必须申请锁。根据操作的不同,分为阅读锁和写入锁,操作完成之后应释放相应的锁。将单个写入程序/多个阅读程序的要求改变一下,可以得到如下的形式:



一个线程申请阅读锁的成功条件是:当前没有活动的写入线程。   

一个线程申请写入锁的成功条件是:当前没有任何活动(对锁而言)的线程。

因此,为了标志是否有活动的线程,以及是写入还是阅读线程,引入一个变量m_nActive,如果m_nActive > 0,则表示当前活动阅读线程的数目,如果m_nActive=0,则表示没有任何活动线程,m_nActive <0,表示当前有写入线程在活动,注意m_nActive<0,时只能取-1的值,因为只允许有一个写入线程活动。 



为了判断当前活动线程拥有的锁的类型,我们采用了线程局部存储技术(请参阅其它参考书籍),将线程与特殊标志位关联起来。 



申请阅读锁的函数原型为:public void AcquireReaderLock( int millisecondsTimeout ),其中的参数为线程等待调度的时间。函数定义如下:



public void AcquireReaderLock( int millisecondsTimeout )



{



// m_mutext很快可以得到,以便进入临界区



m_mutex.WaitOne( );    

// 是否有写入线程存在    

bool bExistingWriter = ( m_nActive < 0 );



if( bExistingWriter )



{ //等待阅读线程数目加1,当有锁释放时,根据此数目来调度线程



m_nWaitingReaders++;    

}  else



{ //当前活动线程加1 

m_nActive++;    

}



m_mutex.ReleaseMutex();



//存储锁标志为Reader    

System.LocalDataStoreSlot slot = Thread.GetNamedDataSlot(m_strThreadSlotName); 

object obj = Thread.GetData( slot ); 

LockFlags flag = LockFlags.None;



if( obj != null )    

flag = (LockFlags)obj ;    

if( flag == LockFlags.None )



{   

Thread.SetData( slot, LockFlags.Reader ); 

}    

else    



Thread.SetData( slot, (LockFlags)((int)flag | (int)LockFlags.Reader ) ); 



if( bExistingWriter ) 

{ //等待指定的时间    

this.m_aeReaders.WaitOne( millisecondsTimeout, true );



}      } 



它首先进入临界区(用以在多线程环境下保证活动线程数目的操作的正确性)判断当前活动线程的数目,如果有写线程(m_nActive<0)存在,则等待指定的时间并且等待的阅读线程数目加1。如果当前活动线程是读线程(m_nActive>=0),则可以让读线程继续运行。 



申请写入锁的函数原型为:public void AcquireWriterLock( int millisecondsTimeout ),其中的参数为等待调度的时间。函数定义如下:



public void AcquireWriterLock( int millisecondsTimeout )



{    

// m_mutext很快可以得到,以便进入临界区    

m_mutex.WaitOne( ); 

// 是否有活动线程存在



bool bNoActive = m_nActive == 0;



if( !bNoActive )



{  m_nWaitingWriters++;



}   else 



m_nActive--; 



m_mutex.ReleaseMutex(); 

//存储线程锁标志



System.LocalDataStoreSlot slot = Thread.GetNamedDataSlot( "myReaderWriterLockDataSlot" );



object obj = Thread.GetData( slot );    

LockFlags flag = LockFlags.None;   

if( obj != null )    

flag = (LockFlags)Thread.GetData( slot );    

if( flag == LockFlags.None )



{ Thread.SetData( slot, LockFlags.Writer );    

}  else



{   

Thread.SetData( slot, (LockFlags)((int)flag | (int)LockFlags.Writer ) ); 

}



//如果有活动线程,等待指定的时间



if( !bNoActive ) 

this.m_aeWriters.WaitOne( millisecondsTimeout, true );    





它首先进入临界区判断当前活动线程的数目,如果当前有活动线程存在,不管是写线程还是读线程(m_nActive),线程将等待指定的时间并且等待的写入线程数目加1,否则线程拥有写的权限。 

 

释放阅读锁的函数原型为:public void ReleaseReaderLock()。函数定义如下:



public void ReleaseReaderLock()



{    

System.LocalDataStoreSlot slot = Thread.GetNamedDataSlot(m_strThreadSlotName ); 

LockFlags flag = (LockFlags)Thread.GetData( slot ); 

if( flag == LockFlags.None )



{   return; 

}



bool bReader = true;  switch( flag ) 

{    

case LockFlags.None:    

break; 

case LockFlags.Writer: 

bReader = false; 

break; 

}



if( !bReader ) 

return; 

Thread.SetData( slot, LockFlags.None ); 

m_mutex.WaitOne(); 

AutoResetEvent autoresetevent = null; 

this.m_nActive --; 

if( this.m_nActive == 0 ) 

{    if( this.m_nWaitingReaders > 0 )



{    

m_nActive ++ ;    

m_nWaitingReaders --;    

autoresetevent = this.m_aeReaders; 

}    

else if( this.m_nWaitingWriters > 0)    

{   

m_nWaitingWriters--;



m_nActive --;



autoresetevent = this.m_aeWriters ;



}    }



m_mutex.ReleaseMutex();    

if( autoresetevent != null )    

autoresetevent.Set();    





释放阅读锁时,首先判断当前线程是否拥有阅读锁(通过线程局部存储的标志),然后判断是否有等待的阅读线程,如果有,先将当前活动线程加1,等待阅读线程数目减1,然后置事件为有信号。如果没有等待的阅读线程,判断是否有等待的写入线程,如果有则活动线程数目减1,等待的写入线程数目减1。释放写入锁与释放阅读锁的过程基本一致,可以参看源代码。 



注意在程序中,释放锁时,只会唤醒一个阅读程序,这是因为使用AutoResetEvent的原历,读者可自行将其改成ManualResetEvent,同时唤醒多个阅读程序,此时应令m_nActive等于整个等待的阅读线程数目。

 

测试 



测试程序取自.Net FrameSDK中的一个例子,只是稍做修改。测试程序如下,



using System;    

using System.Threading;   

using MyThreading;    

class Resource {    

myReaderWriterLock rwl = new myReaderWriterLock();    

public void Read(Int32 threadNum) {    

rwl.AcquireReaderLock(Timeout.Infinite);



try {   Console.WriteLine("Start Resource reading (Thread={0})", threadNum);



Thread.Sleep(250);



Console.WriteLine("Stop Resource reading (Thread={0})", threadNum); 

}



finally {  rwl.ReleaseReaderLock();



}   }



public void Write(Int32 threadNum) {    

rwl.AcquireWriterLock(Timeout.Infinite);    

try {    

Console.WriteLine("Start Resource writing (Thread={0})", threadNum); 

Thread.Sleep(750); 

Console.WriteLine("Stop Resource writing (Thread={0})", threadNum); 

}



finally {  rwl.ReleaseWriterLock();    

}   }    

}    

class App {



static Int32 numAsyncOps = 20;    

static AutoResetEvent asyncOpsAreDone = new AutoResetEvent(false);    

static Resource res = new Resource();       

public static void Main() {    

for (Int32 threadNum = 0; threadNum < 20; threadNum++) {    

ThreadPool.QueueUserWorkItem(new WaitCallback(UpdateResource), threadNum);    

}



asyncOpsAreDone.WaitOne(); 

Console.WriteLine("All operations have completed.");    

Console.ReadLine();    

}



// The callback method′s signature MUST match that of a System.Threading.TimerCallback    

// delegate (it takes an Object parameter and returns void)   

static void UpdateResource(Object state) {    

Int32 threadNum = (Int32) state;    

if ((threadNum % 2) != 0) res.Read(threadNum);    

else res.Write(threadNum);    

if (Interlocked.Decrement(ref numAsyncOps) == 0)    

asyncOpsAreDone.Set();    

}    

}

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
多个C#多线程开发实例 using System; using System.Collections.Generic; using System.Text; namespace Example20 { class Program { class Class1 : IDisposable { //析构函数,编译后变成 protected void Finalize(),GC会在回收对象前会调用调用该方法 ~Class1() { Dispose(false); } //通过实现该接口,客户可以显式地释放对象,而不需要等待GC来释放资源,据说那样会降低效率 void IDisposable.Dispose() { Dispose(true); } //将释放非托管资源设计成一个虚函数,提供在继承类中释放基类的资源的能力 protected virtual void ReleaseUnmanageResources() { //Do something... } //私有函数用以释放非托管资源 private void Dispose(bool disposing) { ReleaseUnmanageResources(); //为true时表示是客户显式调用了释放函数,需通知GC不要再调用对象的Finalize方法 //为false时肯定是GC调用了对象的Finalize方法,所以没有必要再告诉GC你不要调用我的Finalize方法啦 if (disposing) { GC.SuppressFinalize(this); } } } static void Main(string[] args) { //tmpObj1没有手工释放资源,就等着GC来慢慢的释放它吧 Class1 tmpObj1 = new Class1(); //tmpObj2调用了Dispose方法,传说比等着GC来释放它效率要调一些 //个人认为是因为要逐个对象的查看其元数据,以确认是否实现了Dispose方法吧 //当然最重要的是我们可以自己确定释放的时间以节省内存,优化程序运行效率 Class1 tmpObj2 = new Class1(); ((IDisposable)tmpObj2).Dispose(); } } }

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值