TerminateThread is a dangerous function that should only be used in the most extreme cases. You should call TerminateThread only if you know exactly what the target thread is doing, and you control all of the code that the target thread could possibly be running at the time of the termination. For example, TerminateThread can result in the following problems:
- If the target thread owns a critical section, the critical section will not be released.（未释放互斥区，造成死锁）
- If the target thread is allocating memory from the heap, the heap lock will not be released.（未释放堆分配锁，造成死锁）
- If the target thread is executing certain kernel32 calls when it is terminated, the kernel32 state for the thread’s process could be inconsistent.（在执行内核函数时退出，造成该线程所在进程状态不确定，程序可能崩溃）
- If the target thread is manipulating the global state of a shared DLL, the state of the DLL could be destroyed, affecting other users of the DLL.（在使用DLL时退出，造成DLL被销毁，其他使用该DLL得程序可能出现问题！）
A thread cannot protect itself against TerminateThread, other than by controlling access to its handles. The thread handle returned by the CreateThread and CreateProcess functions has THREAD_TERMINATE access, so any caller holding one of these handles can terminate your thread.
听过无数次不要TerminateThread，只是工作中常用，貌似也没有什么问题。今天在高强度测试中发现了一个不可原谅的错误。参看下面的例子
《核心编程》里明确提醒不要TerminateThread，但原因并不是血淋淋滴。今天发现的这个bug印证了此书的价值。
另注：许多临时的网络操作经常用TerminateThread，作为网络不通时的退出机制，以后要改改了。比如让该线程自生自灭，自行退出。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/205807.html原文链接：https://javaforall.net
