zoukankan      html  css  js  c++  java
  • 容易因回调引起的线程结束时死锁

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

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

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

    解决这一问题的方法有

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

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

  • 相关阅读:
    遇到一个php解析错误
    wndows netsh winsock reset
    javascript 阻塞
    ci 文件类型错误xlsx
    input限制整数
    canvas 时钟转动
    JS实现别踩白块游戏
    本地存储技术localStorage
    JavaScript事件
    JavaScript实现放大镜效果
  • 原文地址:https://www.cnblogs.com/lanyuliuyun/p/callback_deadlock.html
Copyright © 2011-2022 走看看