多线程处理：终止线程
更新：2007 年 11 月
通常导致线程终止的两种情况是：控制函数退出或不允许线程完成运行。如果字处理器使用后台打印线程，若成功完成打印，则控制函数将正常终止。但是，如果用户要取消打印，后台打印线程则不得不提前终止。本主题介绍如何实现每一种情况，以及在终止后如何获取线程的退出代码。
正常线程终止
过早的线程终止
检索线程的退出代码
正常线程终止
对于辅助线程，正常线程终止很简单：退出控制函数并返回表示终止原因的值。可以使用 AfxEndThread 函数或 return 语句。一般情况下，0 表示成功完成，但这取决于您自己。
对于用户界面线程，该过程也很简单：从用户界面线程内调用 Windows SDK 中的 PostQuitMessage。PostQuitMessage 采用的唯一参数是线程的退出代码。对于辅助线程，0 通常表示成功完成。
过早的线程终止
过早终止线程几乎一样简单：从线程内调用 AfxEndThread。将所需的退出代码作为唯一参数传递。这将停止执行线程、解除对线程堆栈的分配、分离附加到线程的所有 DLL 并从内存中删除线程对象。
必须从要终止的线程内调用 AfxEndThread。如果要从其他线程终止线程，必须设置两个线程间的通信方法。
检索线程的退出代码
若要获取辅助线程或用户界面线程的退出代码，请调用 GetExitCodeThread 函数。有关此函数的信息，请参见 Windows SDK。此函数获取线程（存储在 CWinThread 对象的 m_hThread 数据成员中）的句柄和 DWORD 的地址。
如果线程仍然是活动的，GetExitCodeThread 将 STILL_ACTIVE 放置在提供的 DWORD 地址中；否则将退出代码放置在该地址中。
检索 CWinThread 对象的退出代码还需要一步。默认情况下，当 CWinThread 线程终止时，删除该线程对象。这意味着不能访问 m_hThread 数据成员，因为 CWinThread 对象不再存在。若要避免出现这种情况，请执行以下操作之一：
将 m_bAutoDelete 数据成员设置为 FALSE。这使 CWinThread 对象在线程终止后仍可以继续存在。然后可以在线程终止后，访问 m_hThread 数据成员。但是，如果使用此方法，就得销毁 CWinThread 对象，因为框架不会自动删除该对象。这是首选方法。
单独存储线程的句柄。创建线程后，（使用 ::DuplicateHandle）将其 m_hThread 数据成员复制到其他变量，并通过该变量访问该成员。这样，终止后即会自动删除对象，并且仍然可以找到线程终止的原因。请注意：在可以复制句柄之前，线程不终止。执行此操作的最安全的方式是将 CREATE_SUSPENDED 传递到 AfxBeginThread，存储句柄，然后通过调用 ResumeThread 继续执行线程。
任一方法都可以使您确定 CWinThread 对象终止的原因。