线程的handle是指向“线程的内核对象”的，而不是指向线程本身.每个内核对象只是内核分配的一个内存块，并且只能由内核访问。该内存块是一种数据结构，它的成员负责维护对象的各种信息(eg: 安全性描述，引用计数等)。

CloseHandle()

在CreateThread成功之后会返回一个hThread的handle，且内核对象的计数加1，CloseHandle之后，引用计数减1，当变为0时，系统删除内核对象。

但是这个handle并不能完全代表这个线程，它仅仅是线程的一个“标识”，系统和用户可以利用它对相应的线程进行必要的操纵。如果在线程成功创建后，不再需要用到这个句柄，就可以在创建成功后，线程退出前直接CloseHandle掉，但这并不会影响到线程的运行。

不执行CloseHandle() 带来的后果:

若在线程执行完之后，没有通过CloseHandle()将引用计数减1，在进程执行期间，将会造成内核对象的泄露，相当与句柄泄露，但不同于内存泄露， 这势必会对系统的效率带来一定程度上的负面影响。但是，请记住，当进程结束退出后论文网，系统仍然会自动帮你清理这些资源。但是在这里不推荐这种做法，毕竟不是 一个良好的编程习惯！

( 应用程序运行时，有可能泄露内核对象，但是当进程终止运行时，系统能确保所有内容均被正确地清除。另外，这个情况是用于所有对象，资源和内存块，也就是说，当进程终止时，系统将保证不会留下任何对象。)

TerminateThread()

函数的声明如下：

BOOL TerminateThread( HANDLE hThread, DWORD dwExitCode);

作用：

在线程外终止一个线程，用于强制终止线程。

参数说明：

HANDLE htread：被终止的线程的句柄，为CWinThread指针。

DWORD dwExitCode：退出码。

返回值：

函数执行成功则返回非零值，执行失败返回0。调用getlasterror获得返回的值。

听过无数次不要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，作为网络不通时的退出机制，以后要改改了。比如让该线程自生自灭，自行退出。