WIN32多线程程序设计学习笔记（第四章 下 第五章）

WIN32多线程程序设计学习笔记（第四章 下　第五章） 收藏
WIN32多线程程序设计学习笔记（第四章 下　第五章）

 
终于又看<<WIN32多线程程序设计>>了；开卷有益，今天看了第四章后半部分，感觉颇有收获；以前对EVENT这个核心对象，用起来总是心中没底，看了EVENT的介绍也是似懂非懂的。哈！今天看了以后，真有神助，我觉得应该是搞懂了(自以为事J)。仔细想想，应该是记笔记的功劳，用脑筋写过的东西还真是不容易忘记咧！！！不但印象深刻，而且助我理解了EVENT。
 
好了，闲话少说，进入正题吧！

从第三章以来，每一章都必不可少的用到了一个重要的函数，知道是什么吗？

――――WaitFor…. ()系列
//快速复习
判断一个线程是否结束：WaitForSingleObject ( HANDLE hthred …. );
判断是否能够进入关键区域：WaitForSingleObject ( hMutex….) ;
 
Wait….()会在核心对象被激发时返回，各种核心对象对激发的定义不甚相同，对于hthred而言，线程结束，意味着核心对象被激发；对于hMutex而言, hMutex不再被其它任何线程使用，意味着核心对象被激发。反正对于各种核心对象而言，一定是有某种场景的出现使得核心对象被激发，除了EVENT这个核心对象。

 
对于EVENT这个核心对象而言，它的激发状态完全由程序来控制，也就是说，由自己来控制EVENT的激发或未激发状态( 通过SetEvent() , ResetEvent() )。当线程1因调用Wait…(hEvent)而被阻塞后，一定是某个线程调用了SetEvent( hEvent )使hEvent被设为激发状态，从而使线程1被解除阻塞继续向下运行,具体的运用参见下表：
 
函数
 EVENT对象[Manual方式产生]
 EVENT对象[Auto方式产生]
 
Wait…()
 当EVENT对象变为激发状态(使得因调用Wait…()而等待的线程被唤醒)之后，不会被重置为非激发状态(必须调用ResetEvent())
 当EVENT对象变为激发状态(使得因调用Wait…()而等待的线程被唤醒)之后，自动重置为非激发状态
 
SetEvent()
 把EVENT对象设为激发状态
 把EVENT对象设为激发状态
 
ResetEvent()
 把EVENT对象设为非激发状态
 把EVENT对象设为非激发状态
 
PulseEvent()
 把EVENT对象设为激发状态,唤醒“所有”等待中的线程,然后把EVENT对象设为非激发状态
 把EVENT对象设为激发状态,唤醒“一个”等待中的线程,然后把EVENT对象设为非激发状态
 

[使用CreateEvent ()　API函数构造EVENT核心对象，CreateEvent ()的第二个参数决定了产生的EVENT对象是Manual(手工)方式还是Auto(自动)方式;第三个参数决定了决定了产生的EVENT对象初始状态是激发还是未激发]
 
EVENT核心对象的不同的状态（初始状态是激发还是未激发）及不同的类型（Manual[手工]方式还是Auto[自动]），与之对应的处理方式也就不一样，情况太多了真是不好一一举例，以后补上J（在下面第五章中，我举了一个例子）
 
值得注意：使用PulseEvent()方法激发EVENT的请求可能会被遗失，由此可能产生的一系列问题在P124有很精彩的描述，值得一看（由此描述引出了semaphore同步机制）。
 
至此，第四章差不多可以结束了（除了semaphore,Interlocked　，自己看一下吧！）
 
下面进入第五章：
 
如何强制结束一个线程？查查有关线程的API函数，立刻便找到一个结束线程的函数―――――TerminateThread ( ) ; 用它吗？

噢！不要使用它。被TerminateThread ( )强制结束的线程可能会有造成以下后果：

1、  没有机会在自己结束前释放自己所使用的资源

2、  可能引起内存泄漏

3、  如果这个线程被结束时处于一个critical section之中，那么该critical section将因此永远处于锁定状态。

 
那么如何强制结束一个线程？书上给出了一个例子，以后强制结束一个线程就靠它了。

程序片段：

//线程退出事件
HANDLE hExitEvent = null ;
//一个需要长时间运行的线程
DWORD WINAPI ThreadFun ( LPVOID p )
{
       for (  int I =0 ; I < 1000000; I++ )
       {
       //判断线程是否要被强制结束
/*  可能在这里大家有点疑惑 ，如果没有调用SetEvent()的方法，
hExitEvent不是总处于未激发状态吗？哪线程不就停在这里不动了？
答案是：这里用到了P74提到的一个Wait….()一个用法，当time_out
为0，检查hExitEvent的状态，如果hExitEvent处于未激发状态，
立刻返回WAIT_TIMEOUT，如果hExitEvent处于激发状态，则立刻
返回WAIT_OBJECT_0。*/
if ( WaitForSingleObject ( hExitEvent , 0 ) !=WAIT_TIMEOUT )
{
       //做一些退出线程前的清理工作
       return (DWORD) –1 ;
}
              //做一些极其消耗时间的处理….
              //…….
              //……..
       }
}
void main()
{            
              HANDLE hThrd;
//构造EVENT核心对象,初始状态处于未激发状态，Manual方式
              hExitEvent = CreateEvent ( NULL,TRUE,FALSE,NULL ) ;
//线程启动
              hThrd  = CreateThread ( null,ThreadFun,…..);
              //等待了很久，实在等不下去了，发出结束线程退出事件（激发EVENT核心对象）
              //迫使线程结束
              SetEvent ( hExitEvent ) ;
       //等待线程结束
       WaitForSingleObject (hThrd,… );
       CloseHandle ( hThrd );
}
 
下面接着谈到了线程的优先权，调整线程优先权很简单，无非就是用SetThreadPriority()和GetThreadPriority()等函数。但如何有效，合理的调整线程的优先权却是一个复杂的问题，正如书上所说，“如果你的目标是保持简单，那就还是避免处理[优先权]这个烫山芋吧“。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/chinani/archive/2004/05/07/5498.aspx