delphi中的线程类详解

1、delphi中的线程类Delphi 中有一个线程类 TThread 是用来实现多线程编程的，这个绝大多数 Delphi 书藉都有说到，但基本上都是对 TThread 类的几个成员作一简单介绍， 再说明一下 Execute 的实现和 Synchronize的用法就完了。然而这并不是多线程编程的全部，我写此文的目的在于对此作一个补充。线程本质上是进程中一段并发运行的代码。一个进程至少有一个线程，即所谓的主线程。同时还可以有多个子线程。当一个进程中用到超过一个线程时，就是所谓的“多线程”。那么这个所谓的“一段代码”是如何定义的呢？其实就是一个函数或过程（对如果用 WindowsAPI 来创建线程的话

2、，是通过一个叫做CreateThreadDelphi而言）。的 API 函数来实现的，它的定义为：HANDLE CreateThread(LPSECURITY_ATTRIBUTES lpThreadAttributes,DWORD dwStackSize,LPTHREAD_START_ROUTINE lpStartAddress,LPVOID lpParameter,DWORD dwCreationFlags,LPDWORD lpThreadId);其各参数如它们的名称所说，分别是：线程属性（用于在NT下进行线程的安全属性设置，在9X下无效），堆栈大小，起始地址，参数，创建标志（用于设置线程创

3、建时的状态），线程ID，最后返回线程 Handle 。其中的起始地址就是线程函数的入口，直至线程函数结束，线程也就结束了。整个线程的执行过程如下图所示：因为CreateThread参数很多，而且是Windows的 API ，所以在C Runtime Library里提供了一个通用的线程函数（理论上可以在任何支持线程的OS 中使用）：unsigned long _beginthread(void (_USERENTRY *_start)(void *), unsigned _stksize,void *_arg);Delphi也提供了一个相同功能的类似函数：function BeginThrea

4、d(SecurityAttributes: Pointer; StackSize: LongWord; ThreadFunc:TThreadFunc; Parameter: Pointer; CreationFlags: LongWord; var ThreadId: LongWord):Integer;这三个函数的功能是基本相同的，它们都是将线程函数中的代码放到一个独立的线程中执行。线程函数与一般函数的最大不同在于，线程函数一启动，这三个线程启动函数就返回了，主线程继续向下执行，而线程函数在一个独立的线程中执行，它要执行多久， 什么时候返回， 主线程是不管也不知道的。正常情况下，线程函数返回

5、后，线程就终止了。但也有其它方式：Windows API：VOID ExitThread( DWORD dwExitCode );C Runtime Library：void _endthread(void);Delphi Runtime Library：procedure EndThread(ExitCode: Integer);为了记录一些必要的线程数据（状态/ 属性等），OS 会为线程创建一个内部 Object ，如在 Windows中那个 Handle便是这个内部 Object的 Handle ，所以在线程结束的时候还应该释放这个Object 。虽然说用 API或 RTL(Runtim

6、eLibrary)已经可以很方便地进行多线程编程了，但是还是需要进行较多的细节处理，为此Delphi在 Classes单元中对线程作了一个较好的封装，这就是VCL 的线程类： TThread使用这个类也很简单，大多数的 Delphi 书籍都有说，基本用法是：先从 TThread 派生一个自己的线程类（因为 TThread 是一个抽象类，不能生成实例） ，然后是 Override 抽象方法： Execute （这就是线程函数，也就是在线程中执行的代码部分） ，如果需要用到可视 VCL 对象，还需要通过 Synchronize 过程进行。关于之方面的具体细节，这里不再赘述，请参考相关书籍。本文接下

7、来要讨论的是 TThread 类是如何对线程进行封装的， 也就是深入研究一下 TThread 类的实现。因为只是真正地了解了它，才更好地使用它。下面是 DELPHI7中 TThread类的声明（本文只讨论在Windows平台下的实现，所以去掉了所有有关 Linux 平台部分的代码）：TThread = classprivateFHandle: THandle;FThreadID: THandle;FCreateSuspended: Boolean;FTerminated: Boolean;FSuspended: Boolean;FFreeOnTerminate: Boolean;FFinish

8、ed: Boolean;FReturnValue: Integer;FOnTerminate: TNotifyEvent;FSynchronize: TSynchronizeRecord;FFatalException: TObject;procedure CallOnTerminate;class procedure Synchronize(ASyncRec: PSynchronizeRecord); overload;function GetPriority: TThreadPriority;procedure SetPriority(Value: TThreadPriority);pro

9、cedure SetSuspended(Value: Boolean);protectedprocedure CheckThreadError(ErrCode: Integer); overload;procedure CheckThreadError(Success: Boolean); overload;procedure DoTerminate; virtual;procedure Execute; virtual; abstract;procedure Synchronize(Method: TThreadMethod); overload;property ReturnValue:

10、Integer read FReturnValue write FReturnValue;property Terminated: Boolean read FTerminated;publicconstructor Create(CreateSuspended: Boolean);destructor Destroy; override;procedure AfterConstruction; override;procedure Resume;procedure Suspend;procedure Terminate;function WaitFor: LongWord;class pro

11、cedure Synchronize(AThread: TThread; AMethod: TThreadMethod); overload;class procedure StaticSynchronize(AThread: TThread; AMethod: TThreadMethod);property FatalException: TObject read FFatalException;property FreeOnTerminate: Boolean read FFreeOnTerminate write FFreeOnTerminate;property Handle: THa

12、ndle read FHandle;property Priority: TThreadPriority read GetPriority write SetPriority;property Suspended: Boolean read FSuspended write SetSuspended;property ThreadID: THandle read FThreadID;property OnTerminate: TNotifyEvent read FOnTerminate write FOnTerminate;end;TThread 类在 Delphi 的 RTL里算是比较简单的

13、类，类成员也不多，类属性都很简单明白，本文将只对几个比较重要的类成员方法和唯一的事件：OnTerminate 作详细分析。首先就是构造函数：constructor TThread.Create(CreateSuspended: Boolean);begininherited Create;AddThread;FSuspended := CreateSuspended;FCreateSuspended := CreateSuspended;FHandle := BeginThread(nil,0,ThreadProc,Pointer(Self),CREATE_SUSPENDED,FThreadI

14、D);if FHandle = 0 thenraiseEThread.CreateResFmt(SThreadCreateError,SysErrorMessage(GetLastError);end;虽然这个构造函数没有多少代码，但却可以算是最重要的一个成员，因为线程就是在这里被创建的。在通过 Inherited 调用 TObject.Create后，第一句就是调用一个过程：AddThread ，其源码如下：procedure AddThread;beginInterlockedIncrement(ThreadCount);end;同样有一个对应的RemoveThread：procedure

15、 RemoveThread;beginInterlockedDecrement(ThreadCount);end;它们的功能很简单，就是通过增减一个全局变量来统计进程中的线程数。只是这里用于增减变量的并不是常用的Inc/Dec过程，而是用了InterlockedIncrement/InterlockedDecrement这一对过程，它们实现的功能完全一样，都是对变量加一或减一。但它们有一个最大的区别，那就是InterlockedIncrement/InterlockedDecrement是线程安全的。即它们在多线程下能保证执行结果正确，而 Inc/Dec不能。或者按操作系统理论中的术语来说，这

16、是一对“原语”操作。以加一为例来说明二者实现细节上的不同：一般来说，对内存数据加一的操作分解以后有三个步骤：1 、从内存中读出数据2 、数据加一3 、存入内存现在假设在一个两个线程的应用中用Inc 进行加一操作可能出现的一种情况：1、线程 A 从内存中读出数据（假设为3 ）2、线程 B 从内存中读出数据（也是3 ）3、线程 A 对数据加一（现在是4 ）4、线程 B 对数据加一（现在也是4 ）5、线程 A 将数据存入内存（现在内存中的数据是4 ）6、线程 B 也将数据存入内存 （现在内存中的数据还是4 ，但两个线程都对它加了一，应该是 5 才对，所以这里出现了错误的结果）而用 Interlock

17、Increment过程则没有这个问题，因为所谓“原语”是一种不可中断的操作，即操作系统能保证在一个“原语”执行完毕前不会进行线程切换。所以在上面那个例子中，只有当线程A执行完将数据存入内存后，线程 B 才可以开始从中取数并进行加一操作，这样就保证了即使是在多线程情况下，结果也一定会是正确的。前面那个例子也说明一种“线程访问冲突”的情况，这也就是为什么线程之间需要“同步”（Synchronize），关于这个，在后面说到同步时还会再详细讨论。说到同步，有一个题外话：加拿大滑铁卢大学的教授李明曾就Synchronize一词在“线程同步”中被译作“同步” 提出过异议， 个人认为他说的其实很有道理。在中

18、文中“同步” 的意思是 “同时发生”，而“线程同步”目的就是避免这种“同时发生”的事情。而在英文中，Synchronize的意思有两个：一个是传统意义上的同步（To occur at the same time），另一个是“协调一致” （To operate inunison ）。在“线程同步”中的Synchronize一词应该是指后面一种意思，即“保证多个线程在访问同一数据时，保持协调一致，避免出错”。不过像这样译得不准的词在IT 业还有很多，既然已经是约定俗成了，本文也将继续沿用，只是在这里说明一下，因为软件开发是一项细致的工作，该弄清楚的，绝不能含糊。扯远了，回到TThread的构造函数

19、上，接下来最重要就是这句了：FHandle:=BeginThread(nil,0,ThreadProc,Pointer(Self),CREATE_SUSPENDED,FThreadID);这里就用到了前面说到的DelphiRTL 函数BeginThread，它有很多参数，关键的是第三、四两个参数。第三个参数就是前面说到的线程函数，即在线程中执行的代码部分。第四个参数则是传递给线程函数的参数，在这里就是创建的线程对象（即Self ）。其它的参数中，第五个是用于设置线程在创建后即挂起，不立即执行（启动线程的工作是在AfterConstruction中根据CreateSuspended标志来决定的）

20、，第六个是返回线程ID 。现在来看 TThread的核心：线程函数ThreadProc。有意思的是这个线程类的核心却不是线程的成员，而是一个全局函数（因为BeginThread过程的参数约定只能用全局函数）。下面是它的代码：function ThreadProc(Thread: TThread): Integer;varFreeThread: Boolean;begintryif not Thread.Terminated thentryThread.Execute;exceptThread.FFatalException := AcquireExceptionObject;end;final

21、lyFreeThread := Thread.FFreeOnTerminate;Result := Thread.FReturnValue;Thread.DoTerminate;Thread.FFinished := True;SignalSyncEvent;if FreeThread then Thread.Free;EndThread(Result);end;end;虽然也没有多少代码，但却是整个TThread 中最重要的部分，因为这段代码是真正在线程中执行的代码。下面对代码作逐行说明：首先判断线程类的Terminated 标志，如果未被标志为终止，则调用线程类的Execute方法执行线程

22、代码，因为 TThread 是抽象类，Execute 方法是抽象方法， 所以本质上是执行派生类中的Execute代码。所以说，Execute就是线程类中的线程函数， 所有在 Execute中的代码都需要当作线程代码来考虑，如防止访问冲突等。如果 Execute 发生异常，则通过AcquireExceptionObject取得异常对象，并存入线程类的FFatalException成员中。最后是线程结束前做的一些收尾工作。局部变量FreeThread记录了线程类的FreeOnTerminated属性的设置，然后将线程返回值设置为线程类的返回值属性的值。然后执行线程类的DoTerminate方法。D

23、oTerminate方法的代码如下：procedure TThread.DoTerminate;beginif Assigned(FOnTerminate) then Synchronize(CallOnTerminate);end;很简单，就是通过 Synchronize来调用 CallOnTerminate如下，就是简单地调用OnTerminate事件：方法，而CallOnTerminate方法的代码procedure TThread.CallOnTerminate;beginif Assigned(FOnTerminate) then FOnTerminate(Self);end;因为O

24、nTerminate事件是在Synchronize中执行的，所以本质上它并不是线程代码，而是主线程代码（具体见后面对执行完 OnTerminateSynchronize的分析）。后，将线程类的FFinished标志设置为True 。接下来执行 SignalSyncEvent过程，其代码如下：procedure SignalSyncEvent;beginSetEvent(SyncEvent);end;也很简单，就是设置一下一个全局Event ： SyncEvent，关于 Event的使用，本文将在后文详述，而 SyncEvent 的用途将在 WaitFor 过程中说明。然后根据FreeThrea

25、d中保存的FreeOnTerminate设置决定是否释放线程类，在线程类释放时，还有一些些操作，详见接下来的析构函数实现。最后调用 EndThread结束线程，返回线程返回值。至此，线程完全结束。说完构造函数，再来看析构函数：destructor TThread.Destroy;beginif (FThreadID <> 0) and not FFinished thenbeginTerminate;if FCreateSuspended thenResume;WaitFor;end;if FHandle <> 0 then CloseHandle(FHandle);i

26、nherited Destroy;FFatalException.Free;RemoveThread;end;在线程对象被释放前，首先要检查线程是否还在执行中，如果线程还在执行中（线程ID 不为 0，并且线程结束标志未设置） ，则调用 Terminate 过程结束线程。 Terminate 过程只是简单地设置线程类的 Terminated 标志，如下面的代码：procedure TThread.Terminate;beginFTerminated := True;end;所以线程仍然必须继续执行到正常结束后才行，而不是立即终止线程，这一点要注意。在这里说一点题外话：很多人都问过我，如何才能“立

27、即”终止线程（当然是指用TThread 创建的线程）。结果当然是不行！终止线程的唯一办法就是让Execute方法执行完毕，所以一般来说，要让你的线程能够尽快终止，必须在Execute方法中在较短的时间内不断地检查Terminated标志，以便能及时地退出。这是设计线程代码的一个很重要的原则！当然如果你一定要能“立即”退出线程，那么TThread类不是一个好的选择，因为如果用API 强制终止线程的话，最终会导致TThread线程对象不能被正确释放，在对象析构时出现AccessViolation 。这种情况你只能用 API 或 RTL 函数来创建线程。如果线程处于启动挂起状态，则将线程转入运行状态

28、，然后调用WaitFor进行等待，其功能就是等待到线程结束后才继续向下执行。关于WaitFor 的实现，将放到后面说明。线程结束后， 关闭线程 Handle （正常线程创建的情况下Handle都是存在的），释放操作系统创建的线程对象。然后调用 TObject.Destroy释放本对象，并释放已经捕获的异常对象，最后调用RemoveThread减小进程的线程数。其它关于 Suspend/Resume及线程优先级设置等方面，不是本文的重点，不再赘述。下面要讨论的是本文的另两个重点： Synchronize和 WaitFor 。但是在介绍这两个函数之前，需要先介绍另外两个线程同步技术：事件和临界区。

29、事件（ Event ）与 Delphi中的事件有所不同。从本质上说，Event其实相当于一个全局的布尔变量。它有两个赋值操作： Set 和 Reset ，相当于把它设置为True 或 False 。而检查它的值是通过WaitFor操作进行。对应在Windows 平 台 上 ， 是 三 个 API 函 数 ： SetEvent、 ResetEvent、WaitForSingleObject（实现 WaitFor功能的 API 还有几个，这是最简单的一个） 。这三个都是原语，所以Event 可以实现一般布尔变量不能实现的在多线程中的应用。Set 和 Reset的功能前面已经说过了，现在来说一下Wa

30、itFor 的功能：WaitFor 的功能是检查Event 的状态是否是 Set 状态（相当于 True ），如果是则立即返回，如果不是，则等待它变为 Set状态，在等待期间，调用 WaitFor 的线程处于挂起状态。另外 WaitFor有一个参数用于超时设置，如果此参数为0 ，则不等待，立即返回Event 的状态，如果是 INFINITE则无限等待，直到 Set 状态发生，若是一个有限的数值，则等待相应的毫秒数后返回Event 的状态。当 Event 从 Reset 状态向 Set 状态转换时，唤醒其它由于 WaitFor 这个 Event而挂起的线程，这就是它为什么叫 Event的原因。所

31、谓“事件”就是指“状态的转换” 。通过 Event可以在线程间传递这种“状态转换”信息。当然用一个受保护（见下面的临界区介绍）的布尔变量也能实现类似的功能，只要用一个循环检查此布尔值的代码来代替 WaitFor 即可。从功能上说完全没有问题，但实际使用中就会发现，这样的等待会占用大量的 CPU 资源，降低系统性能，影响到别的线程的执行速度，所以是不经济的，有的时候甚至可能会有问题。所以不建议这样用。临界区（CriticalSection）则是一项共享数据访问保护的技术。它其实也是相当于一个全局的布尔变量。但对它的操作有所不同， 它只有两个操作： Enter 和 Leave，同样可以把它的两个状

32、态当作 True和 False ，分别表示现在是否处于临界区中。这两个操作也是原语，所以它可以用于在多线程应用中保护共享数据，防止访问冲突。用临界区保护共享数据的方法很简单：在每次要访问共享数据之前调用Enter设置进入临界区标志，然后再操作数据，最后调用Leave 离开临界区。它的保护原理是这样的：当一个线程进入临界区后，如果此时另一个线程也要访问这个数据，则它会在调用Enter时，发现已经有线程进入临界区，然后此线程就会被挂起，等待当前在临界区的线程调用Leave离开临界区，当另一个线程完成操作，调用 Leave 离开后，此线程就会被唤醒，并设置临界区标志，开始操作数据，这样就防止了访问冲

33、突。以前面那个 InterlockedIncrement为例，我们用CriticalSection（Windows API）来实现它：VarInterlockedCrit : TRTLCriticalSection;Procedure InterlockedIncrement( var aValue : Integer );BeginEnterCriticalSection( InterlockedCrit );Inc( aValue );LeaveCriticalSection( InterlockedCrit );End;现在再来看前面那个例子：1. 线程 A 进入临界区（假设数据为 3

34、）2. 线程 B 进入临界区，因为 A 已经在临界区中，所以 B 被挂起3. 线程 A 对数据加一（现在是 4 ）4. 线程 A 离开临界区，唤醒线程 B （现在内存中的数据是 4）5. 线程 B 被唤醒，对数据加一（现在就是5 了）6. 线程 B 离开临界区，现在的数据就是正确的了。临界区就是这样保护共享数据的访问。关于临界区的使用， 有一点要注意： 即数据访问时的异常情况处理。 因为如果在数据操作时发生异常，将导致 Leave 操作没有被执行，结果将使本应被唤醒的线程未被唤醒，可能造成程序的没有响应。所以一般来说，如下面这样使用临界区才是正确的做法：EnterCriticalSection

35、Try/ 操作临界区数据FinallyLeaveCriticalSectionEnd;最后要说明的是， Event和 CriticalSection都是操作系统资源，使用前都需要创建，使用完后也同样需要释放。如TThread类用到的一个全局Event： SyncEvent和全局CriticalSection：TheadLock，都是在InitThreadSynchronization和DoneThreadSynchronization中进行创建和释放的，而它们则是在Classes单元的Initialization和 Finalization中被调用的。由于在 TThread中都是用 API 来

36、操作实 Delphi已经提供了对它们的封装，在Event 和 CriticalSection的，所以前面都是以API 为例，其SyncObjs单元中，分别是TEvent类和 TCriticalSection类。用法也与前面用API的方法相差无几。 因为TEvent的构造函数参数过多， 为了简单起见， Delphi还提供了一个用默认参数初始化的Event类： TSimpleEvent。顺便再介绍一下另一个用于线程同步的类：TMultiReadExclusiveWriteSynchronizer，它是在SysUtils单元中定义的。据我所知，这是Delphi RTL中定义的最长的一个类名，还好它有

37、一个短的别名： TMREWSync。至于它的用处，我想光看名字就可以知道了，我也就不多说了。有了前面对我们知道，Event 和 CriticalSection的准备知识，可以正式开始讨论Synchronize和 WaitForSynchronize是通过将部分代码放到主线程中执行来实现线程同步的，因为在一个进程了。中，只有一个主线程。先来看看Synchronize的实现：procedure TThread.Synchronize(Method: TThreadMethod);beginFSynchronize.FThread := Self;FSynchronize.FSynchronizeE

38、xception := nil;FSynchronize.FMethod := Method;Synchronize(FSynchronize);end;其中 FSynchronize是一个记录类型：PSynchronizeRecord = TSynchronizeRecord;TSynchronizeRecord = recordFThread: TObject;FMethod: TThreadMethod;FSynchronizeException: TObject;end;用于进行线程和主线程之间进行数据交换，包括传入线程类对象，同步方法及发生的异常。在 Synchronize中调用了它

39、的一个重载版本，而且这个重载版本比较特别，它是一个“类方法”。所谓类方法，是一种特殊的类成员方法，它的调用并不需要创建类实例，而是像构造函数那样，通过类名调用。之所以会用类方法来实现它，是因为为了可以在线程对象没有创建时也能调用它。不过实际中是用它的另一个重载版本（也是类方法）和另一个类方法StaticSynchronize。下面是这个Synchronize的代码：class procedure TThread.Synchronize(ASyncRec: PSynchronizeRecord); varSyncProc: TSyncProc;beginif GetCurrentThreadID

40、 = MainThreadID thenASyncRec.FMethodelsebeginSyncProc.Signal := CreateEvent(nil, True, False, nil);tryEnterCriticalSection(ThreadLock);tryif SyncList = nil thenSyncList := TList.Create;SyncProc.SyncRec := ASyncRec;SyncList.Add(SyncProc);SignalSyncEvent;if Assigned(WakeMainThread) thenWakeMainThread(

41、SyncProc.SyncRec.FThread);LeaveCriticalSection(ThreadLock);tryWaitForSingleObject(SyncProc.Signal, INFINITE);finallyEnterCriticalSection(ThreadLock);end;finallyLeaveCriticalSection(ThreadLock);end;finallyCloseHandle(SyncProc.Signal);end;ifAssigned(ASyncRec.FSynchronizeException)thenraiseASyncRec.FSy

42、nchronizeException;end;end;这段代码略多一些，不过也不算太复杂。首先是判断当前线程是否是主线程，如果是，则简单地执行同步方法后返回。如果不是主线程，则准备开始同步过程。通过局部变量SyncProc记录线程交换数据（参数）和一个Event Handle，其记录结构如下：TSyncProc = recordSyncRec: PSynchronizeRecord;Signal: THandle;end;然后创建一个Event，接着进入临界区（通过全局变量ThreadLock进行，因为同时只能有一个线程进入Synchronize状态，所以可以用全局变量记录），然后就是把这个记

43、录数据存入SyncList这个列表中（如果这个列表不存在的话，则创建它）。可见ThreadLock这个临界区就是为了保护对SyncList的访问，这一点在后面介绍再接下就是调用SignalSyncEventCheckSynchronize ，其代码在前面介绍时会再次看到。TThread的构造函数时已经介绍过了，它的功能就是简单地将SyncEvent作一个Set的操作。关于这个SyncEvent的用途，将在后面介绍WaitFor时再详述。接下来就是最主要的部分了：调用WakeMainThread事件进行同步操作。WakeMainThread是一个TNotifyEvent类型的全局事件。这里之所以

44、要用事件进行处理，是因为Synchronize方法本质上是通过消息，将需要同步的过程放到主线程中执行，如果在一些没有消息循环的应用中（如 Console或 DLL ）是无法使用的，所以要使用这个事件进行处理。而响应这个事件的是Application对象，下面两个方法分别用于设置和清空WakeMainThread事件的响应（来自Forms单元）：procedure TApplication.HookSynchronizeWakeup;beginClasses.WakeMainThread := WakeMainThread;end;procedure TApplication.UnhookSyn

45、chronizeWakeup;beginClasses.WakeMainThread := nil;end;上面两个方法分别是在TApplication类的构造函数和析构函数中被调用。这就是在 Application对象中 WakeMainThread事件响应的代码， 消息就是在这里被发出的，它利用了一个空消息来实现：procedure TApplication.WakeMainThread(Sender: TObject);beginPostMessage(Handle, WM_NULL, 0, 0);end;而这个消息的响应也是在Application对象中，见下面的代码（删除无关的部分）

46、：procedure TApplication.WndProc(var Message: TMessage);begintrywith Message docase Msg ofWM_NULL:CheckSynchronize;exceptHandleException(Self);end;end;其中的CheckSynchronize也是定义在Classes单元中的，由于它比较复杂，暂时不详细说明，只要知道它是具体处理Synchronize功能的部分就好，现在继续分析Synchronize的代码。在执行完 WakeMainThread事件后，就退出临界区，然后调用WaitForSingleO

47、bject开始等待在进入临界区前创建的那个 Event 。这个 Event 的功能是等待这个同步方法的执行结束，关于这点，在后面分析 CheckSynchronize 时会再说明。注意在 WaitForSingleObject 之后又重新进入临界区，但没有做任何事就退出了，似乎没有意义，但这是必须的！因为临界区的Enter和 Leave 必须严格的一一对应。那么是否可以改成这样呢：if Assigned(WakeMainThread) thenWakeMainThread(SyncProc.SyncRec.FThread);WaitForSingleObject(SyncProc.Signal

48、, INFINITE);finallyLeaveCriticalSection(ThreadLock);end;上面的代码和原来的代码最大的区别在于把WaitForSingleObject也纳入临界区的限制中了。看上去没什么影响，还使代码大大简化了，但真的可以吗？事实上是不行！因为我们知道，在Enter临界区后，如果别的线程要再进入，则会被挂起。而WaitFor方法则会挂起当前线程，直到等待别的线程SetEvent后才会被唤醒。如果改成上面那样的代码的话，如果那个SetEvent 的线程也需要进入临界区的话，死锁（ Deadlock ）就发生了（关于死锁的理论，请自行参考操作系统原理方面的资料） 。死锁是线程同步中最需要注意的方面之一！最后释放开始时创建的Event ，如果被同步的方法返回异常的话，还会在这里再次抛出异常。回到前面 CheckSynchronize，见下面的代码：function CheckSynchronize(Timeout: Integer = 0): Boolean;varSyncProc: PSyncProc;LocalSyncList: TList;beginif GetCurrentThreadID <> MainThreadID thenraise EThread.C