MFC的工作线程揭秘-CWinThead自动删除揭秘

来源:互联网 发布:js高级程序设计pdf 编辑:程序博客网 时间:2024/05/17 00:09

呵呵,说揭秘其实是说给自己听的,因为今天做了个MFC多线程优先级的例子,在线程里面使用了AfxGetMainWnd()->MDIGetActive(),返回值类型暂不讨论,就是这套东西在线程中具有诡异现象,查了一点说是线程里面有个map记录了窗口指针和其句柄的映射关系,使得有些指针不好使。等查明后在补全这里。

 

今天主要写的是另一个问题,创建工作线程时,AfxBeginThread返回的CWinThread的对象指针所指的对象在默认情况下会自动删除。如果你不想让他自己删除,而且自己想查看线程信息的话,只需要在创建之后,用返回的CWinThread对象指针来设置m_bAutoDelete成员变量为FALSE即可。

 

而我很好奇的是,为什么返回的CWinThread可以自动删除呢?

其实光看别人说的自己知道遍罢,其实《深入浅出MFC》中侯老爷子谆谆教导:“在线程结束时,记得把该对象释放掉(利用delete)。”,就是因为这句话,让我的程序中断好几次,错误居然是销毁已经清理了的内存空间。后来查最新资料才知道,默认是会自动删除的。可能侯老爷子当时版本太低,或者其他原因吧。但是侯老爷子说过:“学一样东西,只知道怎么用,但不明白其中的道理,实在是不高明”。再加上本身我就是遇到问题非得心里有底才行,光听别人说是这样,不明白为什么,总觉得心里用的不踏实。好了,废话就不说了,切入正题。

 

为什么AfxBeginThread函数动态创建的对象会在线程结束后自动销毁呢?难道是有什么消息映射?任何东西究其根源离不开他本身,先去看看AfxbeginThread的源码:

 

没有发现什么端倪,一切很合情合理。但是书上说过AfxEndThread()就像,_beginthread和_endthread一样配对。那让我们去看一下AfxEndThread()。下面是源码:

其中我们看到bDelete,原来删除工作都在这呢,看:

if(bDelete)

    pThread->Delete();

 

那么我们去看看CWinThread::Delete():

 

原来,如果m_bAutoDelete是真时,这个函数内部会将自己删除。

这么看来,我们可以大胆猜测,肯定是线程函数结束后自动调用了这个函数。而我们看的这几个代码,全然没有。但是我们还有一个重要的函数没有看:那么就AfxBeginThread里面的CWinThread::CreateThread。让我们去看看:

 

 

其中一些与本问题关联不大的代码我就...,你懂的。其中的_beginthreadex最为关键,你看它传递的函数地址居然是_AfxThreadEntry这个鬼东西。还传递了一个startup(它主要做线程初始化工作的)。居然没有到我们指定函数地址去。无论什么线程函数,用mfc创建的时候先进入它自己的线程。那我们心里面就有点闪光了,莫非mfc在_AfxThreadEntry里面...,对,你懂滴。

 

让我们看看这个_AfxThreadEntry鬼东西:

 

你看58行:

nResult = (*pThread->m_pfnThreadProc)(pThread->m_pThreadParams);

还有最后那行:

AfxEndThread(nResult);

 

原来啊,我们自己的线程函数在mfc的线程函数成了函数调用了。呵呵。最后这个AfxEndThread(nResult),就是我们一直找的。

其实我们可以在自己的线程里直接用AfxEngThread来清理CWinThread对象,这样mfc的线程自己在调用的AfxEndThread的时候,里面有自检机制,就不会再销毁一次了。

 

源码说明一切。侯老爷子说的。

原创粉丝点击