terminatethread导致内存泄露

terminatethread导致内存泄露，waitforsingleobject又容易导致UI卡死，真头疼

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

[cpp] view plain copy

1. DWORD __stdcall mythread(void*)    
2. {    
3.     while( true )    
4.     {    
5.         char* p = new char[1024];    
6.     
7.         delete [] p;    
8.     }    
9. }    
10.     
11. int _tmain(int argc, _TCHAR* argv[])    
12. {    
13.     
14.     HANDLE h = CreateThread(NULL, 0, mythread, NULL, 0, NULL);    
15.     
16.     Sleep(1000);    
17.     
18.     TerminateThread(h , 0);    
19.     h = NULL;    
20.     
21.     char* p = new char[1024]; // 这里会死锁, 过不去    
22.     
23.     delete [] p;    
24.     
25.     return 0;    
26. }  

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

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

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