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()等函数。但如何有效，合理的调整线程的优先权却是一个复杂的问题，正如书上所说，“如果你的目标是保持简单，那就还是避免处理[优先权]这个烫山芋吧“。

 

 

 

 

附注：以上正文纯属加强记忆所做笔记，内容或有不详，甚至错误，请阅者见谅，匆见怪!!!