终止线程的三种方法

 终止线程有三种方法:
1.线程可以在自身内部调用AfxEndThread()来终止自身的运行

2.可以在线程的外部调用BOOL   TerminateThread(   HANDLE   hThread,   DWORD   dwExitCode   )来强行终止一个线程的运行，
然后调用CloseHandle()函数释放线程所占用的堆栈

3.第三种方法是改变全局变量，使线程的执行函数返回，则该线程终止。

下面的例子来演示第三种方法
全局变量m_end来表示是否要结束线程

bool   m_end   =   false;
HWND   hWnd;

启动线程:
CWinThread*   pThread;

hWnd   =   GetSafeHwnd();
pThread   =   AfxBeginThread(ThreadProc,hWnd);
pThread-> m_bAutoDelete   =   false;

线程的函数
UINT   ThreadProc(LPVOID   pParam);
UINT   ThreadProc(LPVOID   pParam)
{
while(!m_end)
{
AfxMessageBox( "test; ");
::Sleep(2000);
}
return   0;
}

终止线程代码
m_end   =   true;
WaitForSingleObject(pThread-> m_hThread,INFINITE);       //等待线程结束
delete   pThread;                 //删除线程

 

 

 

 

听过无数次不要TerminateThread，只是工作中常用，貌似也没有什么问题。今天在高强度测试中发现了一个不可原谅的错误。参看下面的例子

 

DWORD __stdcall mythread(void* )
{
    while( true )
    {
        char* p = new char[1024];

        delete p;
    }
}

int _tmain(int argc, _TCHAR* argv[])
{

    HANDLE h = CreateThread(NULL, 0, mythread, NULL, 0, NULL);

    Sleep(1000);

    TerminateThread(h, 0);
    h = NULL;

    char* p = new char[1024]; //这里会死锁，过不去

    delete p;

    return 0;
}

为什么死锁呢？new操作符用的是小块堆，整个进程在分配和回收内存时，都要用同一把锁。如果一个线程在占用该锁时被杀死（即临死前该线程在new或delete操作中），其他线程就无法再使用new或delete了，表现为hang住。

《核心编程》里明确提醒不要TerminateThread，但原因并不是血淋淋滴。今天发现的这个bug印证了此书的价值。

另注：许多临时的网络操作经常用TerminateThread，作为网络不通时的退出机制，以后要改改了。比如让该线程自生自灭，自行退出。