初始多线程

刚刚开始接触多线程编程，遇到一些难题，走了许多弯路，在此做一个简短的小结。

文章主题整理至CSDN的多线程系列http://blog.csdn.net/column/details/killthreadseries.html。

1.为什么要引入多线程，个人总结以下两点

a.线程共享进程的地址空间，提高了物理空间的重复利用率

b.时域复用CPU的运算时间，提高计算时间的利用率

2.多线程的高效率也带来了许多复杂的线程同步，互斥等问题。

a.互斥，操作共享资源时的互不干扰

b.同步，运行按照一定的顺序进行

c.异步，参考消费者生产者模型

解决这些问题是，接触到了如下几种解决方式：

a.关键段CS

开始在理解关键段的时候有一些错误认识，比如认为关键段是原操作，后来参考关键段的硬件操作细节，得知不是如此，而可以理解为线程的代码段所有权，即所标示代码段其他线程暂时不能贡献。解决互斥问题。

关键段CRITICAL_SECTION一共就四个函数，使用很是方便。下面是这四个函数的原型和使用说明。

函数功能：初始化

函数原型：

void InitializeCriticalSection(LPCRITICAL_SECTIONlpCriticalSection);

函数说明：定义关键段变量后必须先初始化。

函数功能：销毁

函数原型：

void DeleteCriticalSection(LPCRITICAL_SECTIONlpCriticalSection);

函数说明：用完之后记得销毁。

函数功能：进入关键区域

函数原型：

void EnterCriticalSection(LPCRITICAL_SECTIONlpCriticalSection);

函数说明：系统保证各线程互斥的进入关键区域。

函数功能：离开关关键区域

函数原型：

void LeaveCriticalSection(LPCRITICAL_SECTIONlpCriticalSection);

b.事件EVENT

触发和等待一个事件，用于处理同步问题

事件Event实际上是个内核对象，它的使用非常方便。下面列出一些常用的函数。

第一个 CreateEvent

函数功能：创建事件

函数原型：

HANDLECreateEvent(

 LPSECURITY_ATTRIBUTESlpEventAttributes,

 BOOLbManualReset,

 BOOLbInitialState,

 LPCTSTRlpName

);

函数说明：

第一个参数表示安全控制，一般直接传入NULL。

第二个参数确定事件是手动置位还是自动置位，传入TRUE表示手动置位，传入FALSE表示自动置位。如果为自动置位，则对该事件调用WaitForSingleObject()后会自动调用ResetEvent()使事件变成未触发状态。打个小小比方，手动置位事件相当于教室门，教室门一旦打开（被触发），所以有人都可以进入直到老师去关上教室门（事件变成未触发）。自动置位事件就相当于医院里拍X光的房间门，门打开后只能进入一个人，这个人进去后会将门关上，其它人不能进入除非门重新被打开（事件重新被触发）。

第三个参数表示事件的初始状态，传入TRUR表示已触发。

第四个参数表示事件的名称，传入NULL表示匿名事件。

第二个 OpenEvent

函数功能：根据名称获得一个事件句柄。

函数原型：

HANDLEOpenEvent(

 DWORDdwDesiredAccess,

 BOOLbInheritHandle,

 LPCTSTRlpName     //名称

);

函数说明：

第一个参数表示访问权限，对事件一般传入EVENT_ALL_ACCESS。详细解释可以查看MSDN文档。

第二个参数表示事件句柄继承性，一般传入TRUE即可。

第三个参数表示名称，不同进程中的各线程可以通过名称来确保它们访问同一个事件。

第三个SetEvent

函数功能：触发事件

函数原型：BOOLSetEvent(HANDLEhEvent);

函数说明：每次触发后，必有一个或多个处于等待状态下的线程变成可调度状态。

第四个ResetEvent

函数功能：将事件设为末触发

函数原型：BOOLResetEvent(HANDLEhEvent);

最后一个事件的清理与销毁

由于事件是内核对象，因此使用CloseHandle()就可以完成清理与销毁了。

c.互斥量MUTEX

全局唯一表示，解决互斥问题

互斥量也是一个内核对象，它用来确保一个线程独占一个资源的访问。互斥量与关键段的行为非常相似，并且互斥量可以用于不同进程中的线程互斥访问资源。使用互斥量Mutex主要将用到四个函数。下面是这些函数的原型和使用说明。

第一个 CreateMutex

函数功能：创建互斥量（注意与事件Event的创建函数对比）

函数原型：

HANDLECreateMutex(

  LPSECURITY_ATTRIBUTESlpMutexAttributes,

  BOOLbInitialOwner,

  LPCTSTRlpName

);

函数说明：

第一个参数表示安全控制，一般直接传入NULL。

第二个参数用来确定互斥量的初始拥有者。如果传入TRUE表示互斥量对象内部会记录创建它的线程的线程ID号并将递归计数设置为1，由于该线程ID非零，所以互斥量处于未触发状态。如果传入FALSE，那么互斥量对象内部的线程ID号将设置为NULL，递归计数设置为0，这意味互斥量不为任何线程占用，处于触发状态。

第三个参数用来设置互斥量的名称，在多个进程中的线程就是通过名称来确保它们访问的是同一个互斥量。

函数访问值：

成功返回一个表示互斥量的句柄，失败返回NULL。

第二个打开互斥量

函数原型：

HANDLEOpenMutex(

 DWORDdwDesiredAccess,

 BOOLbInheritHandle,

 LPCTSTRlpName     //名称

);

函数说明：

第一个参数表示访问权限，对互斥量一般传入MUTEX_ALL_ACCESS。详细解释可以查看MSDN文档。

第二个参数表示互斥量句柄继承性，一般传入TRUE即可。

第三个参数表示名称。某一个进程中的线程创建互斥量后，其它进程中的线程就可以通过这个函数来找到这个互斥量。

函数访问值：

成功返回一个表示互斥量的句柄，失败返回NULL。

第三个触发互斥量

函数原型：

BOOLReleaseMutex (HANDLEhMutex)

函数说明：

访问互斥资源前应该要调用等待函数，结束访问时就要调用ReleaseMutex()来表示自己已经结束访问，其它线程可以开始访问了。

最后一个清理互斥量

由于互斥量是内核对象，因此使用CloseHandle()就可以（这一点所有内核对象都一样）。

d.信号量

解决异步问题

信号量Semaphore常用有三个函数，使用很方便。下面是这几个函数的原型和使用说明。

第一个 CreateSemaphore

函数功能：创建信号量

函数原型：

HANDLE CreateSemaphore(

  LPSECURITY_ATTRIBUTES lpSemaphoreAttributes,

  LONG lInitialCount,

  LONG lMaximumCount,

  LPCTSTR lpName

);

函数说明：

第一个参数表示安全控制，一般直接传入NULL。

第二个参数表示初始资源数量。

第三个参数表示最大并发数量。

第四个参数表示信号量的名称，传入NULL表示匿名信号量。

第二个 OpenSemaphore

函数功能：打开信号量

函数原型：

HANDLE OpenSemaphore(

  DWORD dwDesiredAccess,

  BOOL bInheritHandle,

  LPCTSTR lpName

);

函数说明：

第一个参数表示访问权限，对一般传入SEMAPHORE_ALL_ACCESS。详细解释可以查看MSDN文档。

第二个参数表示信号量句柄继承性，一般传入TRUE即可。

第三个参数表示名称，不同进程中的各线程可以通过名称来确保它们访问同一个信号量。

第三个 ReleaseSemaphore

函数功能：递增信号量的当前资源计数

函数原型：

BOOL ReleaseSemaphore(

  HANDLE hSemaphore,

  LONG lReleaseCount,

  LPLONG lpPreviousCount

);

函数说明：

第一个参数是信号量的句柄。

第二个参数表示增加个数，必须大于0且不超过最大资源数量。

第三个参数可以用来传出先前的资源计数，设为NULL表示不需要传出。

在对信号量调用等待函数时，等待函数会检查信号量的当前资源计数，如果大于0(即信号量处于触发状态)，减1后返回让调用线程继续执行。一个线程可以多次调用等待函数来减小信号量。

最后一个 信号量的清理与销毁

由于信号量是内核对象，因此使用CloseHandle()就可以完成清理与销毁了。

 

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50

#include <stdio.h>   #include <process.h>   #include <windows.h> #include<iostream> using namespace std ; CRITICAL_SECTION G ; HANDLE T , H ; int NUM = 0 ;   unsigned int __stdcall Fun ( void * pPM ) {        int a = * ( ( int * ) pPM ) ;        SetEvent ( T ) ;      Sleep ( 200 ) ;      //EnterCriticalSection(&G);      WaitForSingleObject ( H , INFINITE ) ;      cout << "a " << a << endl ;      cout << "A" ;      Sleep ( 100 ) ;      cout << "B" ;      Sleep ( 100 ) ;      cout << "C" ;      Sleep ( 100 ) ; cout << "D" ; Sleep ( 100 ) ;      cout << "E" << endl ;      ReleaseMutex ( H ) ;      //LeaveCriticalSection(&G);      return 0 ; } int _tmain ( int argc , _TCHAR* argv [ ] ) {      InitializeCriticalSection ( & G ) ;      T = CreateEvent ( NULL , false , false , NULL ) ;      H = CreateMutex ( NULL , FALSE , _T ( "TEST" ) ) ;      HANDLE A [ 10 ] ;      for ( int i = 0 ; i < 10 ; i ++ )      {          A [ i ] = ( HANDLE ) _beginthreadex ( NULL , 0 , Fun , & i , 0 , NULL ) ;          WaitForSingleObject ( T , INFINITE ) ;      }      for ( int i = 0 ; i < 10 ; i ++ )      {          WaitForSingleObject ( A [ i ] , INFINITE ) ;      }      system ( "pause" ) ;      return 0 ; }

一段后面写的测试程序，测试CS，EVENT，mutex三个方法，验证了几个猜想：

CS方面：.EnterCriticalSection(&G);

LeaveCriticalSection(&G);

这两个函数分别进入和离开CS段

A，B，C，D，E，顺序打出，得正代码段所有权的猜想

注释掉leave段，其他线程不执行，CS段没有意外销毁处理机制

EVENT方面：

T = CreateEvent(NULL, false, false, NULL);第二个参数为false,即WaitForSingleObject后会自动调用reset,置为true后，要手动reset，否者处于非触发状态。

MUTEX方面：

相比于CS，mutex有意外处理机制，意外退出的线程没释放的mutex会被重新设置，不会出现CS无线等待的情况