容易因回调引起的线程结束时死锁

在写代码时几次遇到因回调导致线程结束时的死锁，这里记一笔！

死锁是在等待线程结束时发生，若在线程函数体内调用回调，而回调中执行了等待线程结束的操作，WaitForSingleObject(hThreadHandle, 5000)或强迫结束线程的操作，TerminateThread(hThreadHandle, -1)，死锁便产生了。因为WaitForSingleObject()或TerminateThread()实际上还处在线程函数的执行序列内，使得线程自己等自己退出，或线程自己结束自己，而导致死锁。

这种死锁很容易不经意发生，举一个例子，你开了一个线程执行数据下载操作，当读取完毕时，常通过回调向外告知这一消息，而外部从回调收到完毕消息时，通常习惯性的执行相关的清理结束工作，这些工作就包括结束线程并等待线程结束完成的代码，而这些代码此时仍处在线程函数的执行序列内。这样的结果就造成了上面所说的死锁，但若不是经回调结束线程并等待线程结束完成，就不会形成死锁，其原因是此时是在线程体外。

解决这一问题的方法有

1,不间接地在线程函数中执行等待线程退出，或Terminate线程

2,若非要在回调中执行这些操作，则需要判断一些是否还在线程体内，这可以通过线程ID来判断。windows下用CreateThread()或_beginthreadex()创建线程时，最后一个参数返回了一个唯一的线程ID，之后需要时，先通过GetCurrentThreadId()来获取当前线程的ID，将之与先前创建线程时返回的ID进行比较，就可以达到判断的效果。

转载于:https://www.cnblogs.com/lanyuliuyun/archive/2011/03/10/callback_deadlock.html