互斥量与临界区的作用

C# Events类和Event详解 C#中的 event 关键字,它 System.Threading 名称空间中的 events 类没有关系。event 关键字基于委托,而上述 events 类是 .NET 封装器,用于系统范围内的本机事件资源的同步。通过事件使用委托事件在类中声明且生成,且通过使用同一个类或其他类中的委托事件处理程序关联。包含事件的类用于发布事件。这被称为 发布器(publisher) 类。其他接受该事件的类被称为 订阅器(subscriber) 类。事件使用 发布-订阅(publisher-subscriber) 模 阅读详情

 

不管是辅助线程还是用户接口线程,在存取共享资源时,都需要保护共享资源,以免引起冲突,造成错误。处理方法类似于Win32 API函数的使用,但MFC为我们提供了几个同步对象C++类,即CSyncObject、CMutex、CSemaphore、CEvent、CCriticalSection。这里,CSyncObject为其它四个类的基类,后四个类分别对应前面所讲的四个Win32 API同步对象。

  通常,我们在C++对象的成员函数中使用共享资源,或者把共享资源封装在C++类的内部。我们可将线程同步操作封装在对象类的实现函数当中,这样在应用中的线程使用C++对象时,就可以像一般对象一样使用它,简化了使用部分代码的编写,这正是面向对象编程的思想。这样编写的类被称作"线程安全类"。在设计线程安全类时,首先应根据具体情况在类中加入一个同步对象类数据成员。然后,在类的成员函数中,凡是所有修改公共数据或者读取公共数据的地方均要加入相应的同步调用。一般的处理步骤是:创建一个CSingleLock或者CMultiLock对象,然后调用其Lock函数。当对象结束时,自动在析构函数中调用Unlock函数,当然也可以在任何希望的地方调用Unlock函数。

  如果不是在特定的C++对象中使用共享资源,而是在特定的函数中使用共享资源(这样的函数称为"线程安全函数"),那么还是按照前面介绍的办法去做:先建立同步对象,然后调用等待函数,直到可以访问资源,最后释放对同步对象的控制。

  下面我们讨论四个同步对象分别适用的场合:

  (1)如果某个线程必须等待某些事件发生后才能存取相应资源,则用CEvent;

  (2)如果一个应用同时可以有多个线程存取相应资源,则用CSemaphore;

  (3)如果有多个应用(多个进程)同时存取相应资源,则用CMutex,否则用CCriticalSection。

  使用线程安全类或者线程安全函数进行编程,比不考虑线程安全的编程要复杂,尤其在进行调试时情况更为复杂,我们必须灵活使用Visual C++提供的调试工具,以保证共享资源的安全存取。线程安全编程的另一缺点是运行效率相对要低些,即使在单个线程运行的情况下也会损失一些效率。所以,我们在实际工作中应具体问题具体分析,以选择合适的编程方法。

        OS中的解说及详细编程使用:

      1.临界区:通过对多线程的串行化来访问公共资源或一段代码,速度快,适合控制数据访问。

   2.互斥量:为协调共同对一个共享资源的单独访问而设计的。

  3.信号量:为控制一个具有有限数量用户资源而设计。

  4.事 件:用来通知线程有一些事件已发生,从而启动后继任务的开始。

  临界区(Critical Section)

  保证在某一时刻只有一个线程能访问数据的简便办法。在任意时刻只允许一个线程对共享资源进行访问。如果有多个线程试图同时访问临界区,那么在有一个线程进入后其他所有试图访问此临界区的线程将被挂起,并一直持续到进入临界区的线程离开。临界区在被释放后,其他线程可以继续抢占,并以此达到用原子方式操作共享资源的目的。

  临界区包含两个操作原语:EnterCriticalSection() 进入临界区LeaveCriticalSection() 离开临界区

  EnterCriticalSection()语句执行后代码将进入临界区以后无论发生什么,必须确保与之匹配的LeaveCriticalSection()都能够被执行到。否则临界区保护的共享资源将永远不会被释放。虽然临界区同步速度很快,但却只能用来同步本进程内的线程,而不可用来同步多个进程中的线程。

  MFC提供了很多功能完备的类,我用MFC实现了临界区。MFC为临界区提供有一个CCriticalSection类,使用该类进行线程同步处理是非常简单的。只需在线程函数中用CCriticalSection类成员函数Lock()和UnLock()标定出被保护代码片段即可。Lock()后代码用到的资源自动被视为临界区内的资源被保护。UnLock后别的线程才能访问这些资源。

  //CriticalSection

  CCriticalSection global_CriticalSection;

  // 共享资源

  char global_Array[256];

  //初始化共享资源

  void InitializeArray()

  {

   for(int i = 0;i<256;i++)

   {

   global_Array[i]=I;

   }

  }

  //写线程

  UINT Global_ThreadWrite(LPVOID pParam)

  {

   CEdit *ptr=(CEdit *)pParam;

   ptr->SetWindowText("");

   //进入临界区

  global_CriticalSection.Lock();

   for(int i = 0;i<256;i++)

   {

   global_Array[i]=W;

   ptr->SetWindowText(global_Array);

   Sleep(10);

   }

  //离开临界区

   global_CriticalSection.Unlock();

   return 0;

  }

  //删除线程

  UINT Global_ThreadDelete(LPVOID pParam)

  {

   CEdit *ptr=(CEdit *)pParam;

   ptr->SetWindowText("");

   //进入临界区

   global_CriticalSection.Lock();

   for(int i = 0;i<256;i++)

   {

   global_Array[i]=D;

   ptr->SetWindowText(global_Array);

   Sleep(10);

   }

  //离开临界区

   global_CriticalSection.Unlock();

   return 0;

  }

  //创建线程并启动线程

  void CCriticalSectionsDlg::OnBnClickedButtonLock()

  {

   //Start the first Thread

   CWinThread *ptrWrite = AfxBeginThread(Global_ThreadWrite,

   &m_Write,

   THREAD_PRIORITY_NORMAL,

   0,

   CREATE_SUSPENDED);

   ptrWrite->ResumeThread();

   //Start the second Thread

   CWinThread *ptrDelete = AfxBeginThread(Global_ThreadDelete,

   &m_Delete,

   THREAD_PRIORITY_NORMAL,

   0,

   CREATE_SUSPENDED);

   ptrDelete->ResumeThread();

  }

  在测试程序中,Lock UnLock两个按钮分别实现,在有临界区保护共享资源的执行状态,和没有临界区保护共享资源的执行状态。

  程序运行结果

  

  互斥量(Mutex)  

  互斥量跟临界区很相似,只有拥有互斥对象的线程才具有访问资源的权限,由于互斥对象只有一个,因此就决定了任何情况下此共享资源都不会同时被多个线程所访问。当前占据资源的线程在任务处理完后应将拥有的互斥对象交出,以便其他线程在获得后得以访问资源。互斥量比临界区复杂。因为使用互斥不仅仅能够在同一应用程序不同线程中实现资源的安全共享,而且可以在不同应用程序的线程之间实现对资源的安全共享。

  互斥量包含的几个操作原语:

  CreateMutex() 创建一个互斥量

  OpenMutex() 打开一个互斥量

  ReleaseMutex() 释放互斥量

  WaitForMultipleObjects() 等待互斥量对象

  同样MFC为互斥量提供有一个CMutex类。使用CMutex类实现互斥量操作非常简单,但是要特别注意对CMutex的构造函数的调用

  CMutex( BOOL bInitiallyOwn = FALSE, LPCTSTR lpszName = NULL, LPSECURITY_ATTRIBUTES lpsaAttribute = NULL)

  不用的参数不能乱填,乱填会出现一些意想不到的运行结果。

  //创建互斥量

  CMutex global_Mutex(0,0,0);

  // 共享资源

  char global_Array[256];

  void InitializeArray()

  {

   for(int i = 0;i<256;i++)

   {

   global_Array[i]=I;

   }

  }

  UINT Global_ThreadWrite(LPVOID pParam)

  {

   CEdit *ptr=(CEdit *)pParam;

   ptr->SetWindowText("");

   global_Mutex.Lock();

   for(int i = 0;i<256;i++)

   {

   global_Array[i]=W;

   ptr->SetWindowText(global_Array);

   Sleep(10);

   }

   global_Mutex.Unlock();

   return 0;

  }

  UINT Global_ThreadDelete(LPVOID pParam)

  {

   CEdit *ptr=(CEdit *)pParam;

   ptr->SetWindowText("");

   global_Mutex.Lock();

   for(int i = 0;i<256;i++)

   {

   global_Array[i]=D;

   ptr->SetWindowText(global_Array);

   Sleep(10);

   }

   global_Mutex.Unlock();

   return 0;

  }

  同样在测试程序中,Lock UnLock两个按钮分别实现,在有互斥量保护共享资源的执行状态,和没有互斥量保护共享资源的执行状态。

  

  程序运行结果

  

  信号量(Semaphores)

  信号量对象对线程的同步方式与前面几种方法不同,信号允许多个线程同时使用共享资源,这与操作系统中的PV操作相同。它指出了同时访问共享资源的线程最大数目。它允许多个线程在同一时刻访问同一资源,但是需要限制在同一时刻访问此资源的最大线程数目。在用CreateSemaphore()创建信号量时即要同时指出允许的最大资源计数和当前可用资源计数。一般是将当前可用资源计数设置为最大资源计数,每增加一个线程对共享资源的访问,当前可用资源计数就会减1,只要当前可用资源计数是大于0的,就可以发出信号量信号。但是当前可用计数减小到0时则说明当前占用资源的线程数已经达到了所允许的最大数目,不能在允许其他线程的进入,此时的信号量信号将无法发出。线程在处理完共享资源后,应在离开的同时通过ReleaseSemaphore()函数将当前可用资源计数加1。在任何时候当前可用资源计数决不可能大于最大资源计数。

  PV操作及信号量的概念都是由荷兰科学家E.W.Dijkstra提出的。信号量S是一个整数,S大于等于零时代表可供并发进程使用的资源实体数,但S小于零时则表示正在等待使用共享资源的进程数。

  P操作申请资源:

 

  (1)S减1;

  (2)若S减1后仍大于等于零,则进程继续执行;

  (3)若S减1后小于零,则该进程被阻塞后进入与该信号相对应的队列中,然后转入进程调度。

  V操作 释放资源:

  (1)S加1;

  (2)若相加结果大于零,则进程继续执行;

  (3)若相加结果小于等于零,则从该信号的等待队列中唤醒一个等待进程,然后再返回原进程继续执行或转入进程调度。

  信号量包含的几个操作原语:

  CreateSemaphore() 创建一个信号量

  OpenSemaphore() 打开一个信号量

  ReleaseSemaphore() 释放信号量

  WaitForSingleObject() 等待信号量

  //信号量句柄

  HANDLE global_Semephore;

  // 共享资源

  char global_Array[256];

  void InitializeArray()

  {

   for(int i = 0;i<256;i++)

   {

   global_Array[i]=I;

   }

  }

  //线程1

  UINT Global_ThreadOne(LPVOID pParam)

  {

   CEdit *ptr=(CEdit *)pParam;

   ptr->SetWindowText("");

   //等待对共享资源请求被通过 等于 P操作

  WaitForSingleObject(global_Semephore, INFINITE);

   for(int i = 0;i<256;i++)

   {

   global_Array[i]=O;

   ptr->SetWindowText(global_Array);

   Sleep(10);

   }

  //释放共享资源 等于 V操作

   ReleaseSemaphore(global_Semephore, 1, NULL);

   return 0;

  }

  UINT Global_ThreadTwo(LPVOID pParam)

  {

   CEdit *ptr=(CEdit *)pParam;

   ptr->SetWindowText("");

   WaitForSingleObject(global_Semephore, INFINITE);

   for(int i = 0;i<256;i++)

   {

   global_Array[i]=T;

   ptr->SetWindowText(global_Array);

   Sleep(10);

   }

   ReleaseSemaphore(global_Semephore, 1, NULL);

   return 0;

  }

  UINT Global_ThreadThree(LPVOID pParam)

  {

   CEdit *ptr=(CEdit *)pParam;

   ptr->SetWindowText("");

   WaitForSingleObject(global_Semephore, INFINITE);

   for(int i = 0;i<256;i++)

   {

   global_Array[i]=H;

   ptr->SetWindowText(global_Array);

   Sleep(10);

   }

   ReleaseSemaphore(global_Semephore, 1, NULL);

   return 0;

  }

  void CSemaphoreDlg::OnBnClickedButtonOne()

  {

  //设置信号量 1 个资源 1同时只可以有一个线程访问

   global_Semephore= CreateSemaphore(NULL, 1, 1, NULL);

   this->StartThread();

  // TODO: Add your control notification handler code here

  }

  void CSemaphoreDlg::OnBnClickedButtonTwo()

  {

  //设置信号量 2 个资源 2 同时只可以有两个线程访问

   global_Semephore= CreateSemaphore(NULL, 2, 2, NULL);

   this->StartThread();

  // TODO: Add your control notification handler code here

  }

  void CSemaphoreDlg::OnBnClickedButtonThree()

  {

  //设置信号量 3 个资源 3 同时只可以有三个线程访问

   global_Semephore= CreateSemaphore(NULL, 3, 3, NULL);

   this->StartThread();

  // TODO: Add your control notification handler code here

  }

  信号量的使用特点使其更适用于对Socket(套接字)程序中线程的同步。例如,网络上的HTTP服务器要对同一时间内访问同一页面的用户数加以限制,这时可以为每一个用户对服务器的页面请求设置一个线程,而页面则是待保护的共享资源,通过使用信号量对线程的同步作用可以确保在任一时刻无论有多少用户对某一页面进行访问,只有不大于设定的最大用户数目的线程能够进行访问,而其他的访问企图则被挂起,只有在有用户退出对此页面的访问后才有可能进入。

 

  程序运行结果

  

  事件(Event)

  

  事件对象也可以通过通知操作的方式来保持线程的同步。并且可以实现不同进程中的线程同步操作。

  信号量包含的几个操作原语:

  CreateEvent() 创建一个信号量

  OpenEvent() 打开一个事件

  SetEvent() 回置事件

  WaitForSingleObject() 等待一个事件

  WaitForMultipleObjects()

  等待多个事件

  WaitForMultipleObjects 函数原型:

  WaitForMultipleObjects(

  IN DWORD nCount, // 等待句柄数

  IN CONST HANDLE *lpHandles, //指向句柄数组

  IN BOOL bWaitAll, //是否完全等待标志

  IN DWORD dwMilliseconds //等待时间

  )

  参数nCount指定了要等待的内核对象的数目,存放这些内核对象的数组由lpHandles来指向。fWaitAll对指定的这nCount个内核对象的两种等待方式进行了指定,为TRUE时当所有对象都被通知时函数才会返回,为FALSE则只要其中任何一个得到通知就可以返回。dwMilliseconds在这里的作用与在WaitForSingleObject()中的作用是完全一致的。如果等待超时,函数将返回WAIT_TIMEOUT。

  //事件数组

  HANDLE global_Events[2];

  // 共享资源

  char global_Array[256];

  void InitializeArray()

  {

   for(int i = 0;i<256;i++)

   {

   global_Array[i]=I;

   }

  }

  UINT Global_ThreadOne(LPVOID pParam)

  {

   CEdit *ptr=(CEdit *)pParam;

   ptr->SetWindowText("");

   for(int i = 0;i<256;i++)

   {

   global_Array[i]=O;

   ptr->SetWindowText(global_Array);

   Sleep(10);

   }

  //回置事件

   SetEvent(global_Events[0]);

   return 0;

  }

  UINT Global_ThreadTwo(LPVOID pParam)

  {

   CEdit *ptr=(CEdit *)pParam;

   ptr->SetWindowText("");

   for(int i = 0;i<256;i++)

   {

   global_Array[i]=T;

   ptr->SetWindowText(global_Array);

   Sleep(10);

   }

  //回置事件

   SetEvent(global_Events[1]);

   return 0;

  }

  UINT Global_ThreadThree(LPVOID pParam)

  {

   CEdit *ptr=(CEdit *)pParam;

   ptr->SetWindowText("");

  //等待两个事件都被回置

   WaitForMultipleObjects(2, global_Events, true, INFINITE);

   for(int i = 0;i<256;i++)

   {

   global_Array[i]=H;

   ptr->SetWindowText(global_Array);

   Sleep(10);

   }

   return 0;

  }

  void CEventDlg::OnBnClickedButtonStart()

  {

   for (int i = 0; i < 2; i++)

   {

  //实例化事件

   global_Events[i]=CreateEvent(NULL,false,false,NULL);

   }

   CWinThread *ptrOne = AfxBeginThread(Global_ThreadOne,

   &m_One,

   THREAD_PRIORITY_NORMAL,

   0,

   CREATE_SUSPENDED);

   ptrOne->ResumeThread();

  //Start the second Thread

   CWinThread *ptrTwo = AfxBeginThread(Global_ThreadTwo,

   &m_Two,

   THREAD_PRIORITY_NORMAL,

   0,

   CREATE_SUSPENDED);

   ptrTwo->ResumeThread();

  //Start the Third Thread

   CWinThread *ptrThree = AfxBeginThread(Global_ThreadThree,

   &m_Three,

   THREAD_PRIORITY_NORMAL,

   0,

   CREATE_SUSPENDED);

   ptrThree->ResumeThread();

  // TODO: Add your control notification handler code here

  }

  事件可以实现不同进程中的线程同步操作,并且可以方便的实现多个线程的优先比较等待操作,例如写多个WaitForSingleObject来代替WaitForMultipleObjects从而使编程更加灵活。

  程序运行结果

  

  总结:

  

  1. 互斥量与临界区的作用非常相似,但互斥量是可以命名的,也就是说它可以跨越进程使用。所以创建互斥量需要的资源更多,所以如果只为了在进程内部是用的话使用临界区会带来速度上的优势并能够减少资源占用量。因为互斥量是跨进程的互斥量一旦被创建,就可以通过名字打开它。

 

  2. 互斥量(Mutex),信号灯(Semaphore),事件(Event)都可以被跨越进程使用来进行同步数据操作,而其他的对象与数据同步操作无关,但对于进程和线程来讲,如果进程和线程在运行状态则为无信号状态,在退出后为有信号状态。所以可以使用WaitForSingleObject来等待进程和线程退出。

  3. 通过互斥量可以指定资源被独占的方式使用,但如果有下面一种情况通过互斥量就无法处理,比如现在一位用户购买了一份三个并发访问许可的数据库系统,可以根据用户购买的访问许可数量来决定有多少个线程/进程能同时进行数据库操作,这时候如果利用互斥量就没有办法完成这个要求,信号灯对象可以说是一种资源计数器。

C#实现实现互斥 (附完整源码) 阅读详情

相关推荐

互斥对象锁和临界区锁性能比较

在同一个进程的多线程同步锁,宜用临界区锁,它比较节约线程上下文切换带来的系统开销。但因临界区工作在用户模式下,所以不能对不同进程中的多线程进行同步。

C# 多线程四:互斥Mutex的简单理解运用

Mutex 互斥 多线程 线程同步

SmillCool的博客 4572

C#中四种进程或线程同步互斥的控制方法

此文章转载自 http://bbs.caoyuan.net/viewtopic.php?p=28660很想整理一下自己对进程线程同步互斥的理解。正巧周六一个刚刚回到学校的同学请客吃饭。在吃饭的过程中,有两个同学,为了一个问题争论的面红耳赤。一个认为.Net下的进程线程控制模型更加合理。一个认为Java下的线程池策略比.Net的好。大家的话题一下转到了进程线程同步互斥的控制问题上。回到家,想了想

知足者常乐 1263

互斥临界区、信号和时间的作用区别

不管是辅助线程还是用户接口线程,在存取共享资源时,都需要保护共享资源,以免引起冲突,造成错误。处理方法类似于Win32 API函数的使用,但MFC为我们提供了几个同步对象C++类,即CSyncObject、CMutex、CSemaphore、CEvent、CCriticalSection。这里,CSyncObject为其它四个类的基类,后四个类分别对应前面所讲的四个Win32 API...

jingling122的博客 699

临界区互斥,信号,事件的区别

四种进程或线程同步互斥的控制方法 1、临界区:通过对多线程的串行化来访问公共资源或一段代码,速度快,适合控制数据访问。 2、互斥:为协调共同对一个共享资源的单独访问而设计的。 3、信号:为控制一个具有有限数用户资源而设计。 4、事 件:用来通知线程有一些事件已

wangsifu2009的专栏 2543

[多线程] 互斥临界区的区别

互斥临界区的区别通常有4种进程或线程同步互斥的控制方法,它们是: 临界区 互斥 信号 事件 其中临界区通过对多线程的串行化来访问公共资源或一段代码,速度快;互斥为协调共同对一个共享资源的访问而设计的;信号为控制一个具有有限数用户资源而设计;事件则用来线程有一些事件已经发生,从而启动后继任务的开始。今天我们主要对临界区互斥的异同点进行介绍,因为这两个实在太像了。临界区临界区用来保证在

Glemontree's blog 1936

临界区(Critical section)互斥体(Mutex)的区别

http://blog.csdn.net/kaiwii/article/details/8042540 1、临界区只能用于对象在同一进程里线程间的互斥访问;互斥体可以用于对象进程间或线程间的互斥访问。 2、临界区是非内核对象,只在用户态进行锁操作,速度快;互斥体是内核对象,在核心态进行锁操作,速度慢。 3、临界区互斥体在Windows平台都下可用;Linux下只有互斥体可用。

Gabby 2015

多线程(3)临界区互斥和信号的区别

Linux多线程(3)临界区互斥和信号的区别1 临界区互斥和信号使用范围2 互斥和信号的区别2.1 互斥用于线程的互斥,信号用于线程的同步2.2 互斥值只能为0或1,信号值可以为非负整数。 1 临界区互斥和信号使用范围 信号:可以被任何进程,任何线程获取和释放 互斥:不限进程,但是哪个线程获取,哪个线程释放 临界区:仅限于本进程使用 2 互斥和信号的区别 2....

哈尼的博客 1275

-- 线程安全和互斥

线程的主要优势在于,能够通过全局变来共享信息,但是这种便捷的共享是有代价的,必须确保多个线程不会同时修改同一变。就比如同一个公厕,甲占用的时候,乙就必须等甲离开之后才能占用,en...,这个例子很能说明问题。访问共享资源的的代码片段叫做临界区。1. 什么是线程安全如果一个函数可同时供多个线程安全调用,则称之为线程安全函数,反之,如果一个函数不是线程安全的,则不能并发调用。例如下面这个函数就不是...

嵌入式Linux 205

【多线程】临界区互斥,信号,条件变,事件以及区别

1.互斥互斥锁)和信号 多任务间同步的方式包括关中断,调度器上锁, 互斥(mutex),信号,消息队列几种, 其中互斥和信号使用使用方式相近,连概念和实现都有些近似, 所以没有扎实操作系统背景知识的同学常常分不清出他们的区别,容易混淆, 下面简单分析以下. 1.互斥互斥其实可以理解为一个简化的信号,它只有两种状态:0和1) 互相斥是管理临界资源的一种有效手段......

我的笔记本 4747

Linux:线程同步互斥

具体而言,如果在解锁之后、pthread_cond_wait调用之前,其他线程获取了互斥并发送了信号(此时条件已满足),pthread_cond_wait将无法接收到该信号,从而导致线程持续阻塞。单独线程持续等待条件满足是无意义的,必须由其他线程修改共享变来触发条件变化,并及时通知等待线程。例如,某线程访问队列时若发现队列为空,就必须等待,直到其他线程向队列中添加新元素。通常情况下,线程使用的数据都是局部变,这些变的地址空间位于线程栈内,属于单个线程独有,其他线程无法访问这些变

2302_79860961的博客 1062
上一篇: 基于dic.cn webapi的linux终端词典工具
Alionkun
博客等级 码龄17年 9粉丝 6原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值