《Win32多线程程序设计》学习笔记 第10章 MFC 中的线程
如果要在MFC程序中产生一个线程,而该线程将调用MFC函数或者使用MFC的任何数据,那么你必须以AfxBeginThread()或者CWinThread::CreateThread()来产生这些线程,理由同C runtime library.
在MFC中启动一个worker线程
如果线程调用了GetMessage或者CreateWindow之类的函数,消息队列就会产生,而worker线程就摇身一变成了GUI线程(UI线程)。 MFC对这两种线程提供了两种不同AfxBeginThread函数。以下的函数形式是用来产生worker线程的:
AFX_THREADPROC pfnThreadProc, //函数名称,用来启动线程
LPVOID pParam, //任意4字节数值,用来传给新线程,可以是整数或者指针
int nPriority = THREAD_PRIORITY_NORMAL, //线程优先级
UINT nStackSize = 0,
DWORD dwCreateFlags = 0,
LPSECURITY_ATTRIBUTES lpSecurityAttrs = NULL //安全属性
);
返回值:如果失败,返回NULL,否则传回一个指向新创建的CWinThread对象的指针。
AfxBeginThread传回的是一个指针,而不是Handle。AfxBeginThread做了很多后台的工作,不用我们担心何时关闭handle。他通过以下方式来办到
清楚CWinThread对象。默认情况下,线程结束时,CWinThread对象会自动被删除。这是由于MFC安插了自己的线程启动函数。
关闭线程的handle。用以删除CWinThread对象的那个清理函数,同时也关闭了线程的handle。当线程结束生命时,他的handle也就被关闭了
储存线程的handle和ID。分别是CWinThread的m_hThread 和 m_nThreadID 成员变量。
安全的使用AfxBeginThread()的返回值
如果从线程启动到结束的时间很短,CWinThread对象可能在AfxBeginThread返回时就已经被删除掉了。在这种情况下,任何触及线程的handle的操作,都会让程序挂掉。CWinThread中有一个成员变量m_bAutoDelete,这个函数可以阻止CWinThread对象被自动删除。为了能够设定此变量不产生一个race condition,你必须先以挂起状态产生线程。
CREATE_SUSPENDED );
newThread->m_bAutoDelete = FALSE;
newThread->ResumeThread();
如果你设定了对象是他不能自动删除,你就得自己删除之, delete newThread; 那么CWinThread的析构函数会自动的调用CloseHandle关闭线程的handle。
AfxBeginThread函数在内部实际上做了一下几个服务:
- 在heap中配置一个新的CWinThread对象
- 调用CWinThread::CreateThread并设定属性,使线程以挂起状态产生。
- 设定线程的优先权。
- 调用CWinThread::ResumeThread();
我们可以藉由此机制,自己扩展CWinThread类。
在MFC中启动一个UI线程
启动一个UI线程的AfxBeginThread函数版本如下
CRuntimeClass* pThreadClass, //指向你所产生的一个类的runtime class,该类派生自CWinThread
int nPriority = THREAD_PRIORITY_NORMAL, //线程优先权
UINT nStackSize = 0,
DWORD dwCreateFlags = 0, //是否挂起
LPSECURITY_ATTRIBUTES lpSecurityAttrs = NULL //安全属性
);
返回值同第一种形式
所谓runtime class是MFC为了实现出RTTI和Dynamic Creation等性质,而设计的一种架构,其具体内容则为CRuntimeClass.
AfxBeginThread的UI版本,期望为你在 pThreadClass中所指定的类配置一个对象,此类必须派生之CWinThread。CWinThread提供了一堆多样化的虚函数,你可以改写以帮助消息的处理,线程的启动和清理,以及异常处理。这些虚函数有
ExitInstance |
线程终止时执行清除。通常重写。 |
InitInstance |
执行线程实例初始化。必须重写。 |
OnIdle |
执行线程特定的闲置时间处理。通常不重写。 |
PreTranslateMessage |
将消息调度到 TranslateMessage 和 DispatchMessage 之前对其进行筛选。通常不重写。 |
ProcessWndProcException |
截获由线程的消息和命令处理程序引发的未处理异常。通常不重写。 |
Run |
控制线程的函数。包含消息泵。一般不重写。 |
默认情况下只要改写InitInstance, MFC就会启动一个消息循环。
以ClassWizard产生一个UI线程的操作步骤:
- 添加一个MFC类给你的项目中
- 将MFC类的Base Class选择为CWinThread, 然后Create。
我们就会发现ClassWizard 已经帮我们产生了InitInstance和ExitInstance,并且为该线程产生出了最上层的消息映射表。
我自己做了一个实验,产生一个UI线程后,然后再UI线程里DoModal一个对话框,和单线程的DoModal效果是一样的,我原来的理解是不一样的,因为他们有不同的消息循环,所以应该不会产生Domodal的效果, 为什么?
与MFC对象共处
MFC多线程有一个重大限制,会影响你所做的几乎每一件事情。MFC各对象和Win32 handles之间的映射关系记录在线程局部存储(Thread Local Storage, TLS)中,因此没有办法把一个MFC对象从某线程手上交到另一线程手上,你也不能够在线程之间传递MFC对象的指针。所谓的MFC对象包括(但不限于)CWnd , CDC, CPen,CFont,CBitmap,Cpalette。这个限制的存在阻止了“为这些对象产生同步机制“的必要性。
这个线程有几个分歧,如果2个线程都调用CWnd::GetDlgItem()以取得对话框中的一个控件(如edit),那么每个线程应该获得不同的指针--甚至即使2个线程的对象是同一个控件。如果面对一个指针,其所指对象并没有永久的MFC结构,那么当对此指针的一个索求行为出现时,MFC往往会产生出一些临时性对象。
这个限制(线程之间交换对象)的意思是说,你不能够放一个指针(指向一个CWnd)到结构中去,而该结构被一个worker线程使用。你不能够把一个指向CDialog或者CView的指针交给另一个线程。
MFC在许多地方检查”横跨线程之对象的使用情况“ 。任何时候,只要MFC对着对象调用ASSERT_VALID,它便会检查对象是否保持在线程局部存储(TLS)中。
线程局部存储(TLS)的使用说明了以AfxBeginThread在MFC程序中产生UI线程的重要性,如果你用的是_beginthreadex()或者CreateThread时,MFC不会给你机会产生用以维护其handles的必要结构。
在线程之间共享对象的解决方案。不要放置MFC对象,改放对象的handle。你可以利用GetSafeHandle获得派生自CGdiObject的对象的handle。这样的对象包括CPen和Cpalette对象。还可以利用GetSafeHwnd 获得派生自CWnd的对象的handle,如CDialog对象。当你把handle传递给新线程时,线程可以把该handle附着到一个新的MFC对象,使用FromHandle可以产生一个临时对象,使用Attach则可以产生一个永久对象。而在退出之前,线程应该调用Detach。如果线程只是想短暂的使用这个数值,可以产生一个临时对象 如:CDC *pDC = CDC::FromHandle(hOriginalDC).
另外一个替代方案就是送出一个用户自定义的消息,要来通信。
MFC的同步控制
一下摘自MSDN
MFC 提供的多线程类分为两类:同步对象(CSyncObject、CSemaphore、CMutex、CCriticalSection 和 CEvent)和同步访问对象(CMultiLock 和 CSingleLock)。
若要确定应使用的同步类,请询问以下一系列问题:
-
应用程序必须等到发生某事才能访问资源(例如,在将数据写入文件之前,必须先从通信端口接收它)吗?
如果是,请使用 CEvent。
-
同一应用程序内一个以上的线程可以同时访问此资源(例如,应用程序允许在同一文档上最多同时打开五个带有视图的窗口)吗?
如果是,请使用 CSemaphore。
-
可以有一个以上的应用程序使用此资源(例如,资源在 DLL 中)吗?
如果是,请使用 CMutex。
如果不是,请使用 CCriticalSection。
从不直接使用 CSyncObject。它是其他四个同步类的基类。
一个关于多线程的博文
http://www.cnblogs.com/zhouhuayu/archive/2005/09/22/242196.html