如何暂停主线程直到第二个线程的终止? - Chenxinyi's Weblog - CSD...

来源:百度文库 编辑:神马文学网 时间:2024/04/29 03:19:31
如何暂停主线程直到第二个线程的终止? 收藏
如何暂停主线程直到第二个线程的终止?来自 http://www.codeproject.com/threads/waitthreadmsi.asp#xx441032xxBy Ybbozman 不要被线程这个词给吓坏了,留下来先看看吧;)作为翻译这篇短文的我在VC++开发中遇到了与 Ybbozman 相类似的问题,在主应用程序中(主进程-其实还是线程,称主线程也可),点击“查找”按钮时,我作了一个搜索的递归查找文件的事件-这个事件将非常慢,结果是导致界面重绘明显变慢、cpu资源占用率非常高,原因是windows抢先式多任务将此主线程的优先级置为最高,查找文件事件是作为这个主线程正在执行的事件,cpu大部分的时间片会交给查找文件事件,而界面重绘的操作速率将变得不可预知。为这个查找文件事件启动一个新的工作线程,是非常高效的,查找文件事件在新的工作线程中工作,但优先级是不会高于当前主线程的,这就保证了界面重绘操作的正常进行,问题是我想在查找文件事件完成后再继续执行主线程的某些操作,这就涉及到线程之间等待-wait(称之为同步-Synchronization更好些)的问题,Ybbozman 的问题与我这个问题有些类似,下面看一下Ybbozman 是如何解决线程之间等待的问题。简介 几周前,我需要制作一个对话框将它作为MSI安装程序(Windows2000的软件安装)的一部分,为此所写的代码必须是作为一个Regular(规则)DLL发布。这个对话框是否可见,完全依赖于安装完成的结果,即该功能依赖于另一个线程(在这里是正在进行的安装过程的工作线程)完成,安装完成后这个线程被终止,并最终显示这个对话框。 解决 你必须写两个函数,第一个void CMyTestDialog::PeekMessageLoop() 将从消息队列中获取消息:void CMyTestDialog::PeekMessageLoop(){    MSG msg;    while (PeekMessage(&msg, NULL, NULL, NULL, PM_REMOVE))    {        TranslateMessage(&msg);        DispatchMessage(&msg);    }}第二个, void CMyTestDialog::WaitForThreadToTerminate(HANDLE hThread) 将指示哪个线程需要等待并作进一步处理:void CMyTestDialog::WaitForThreadToTerminate(HANDLE hThread){    DWORD dwRet;    do    {        dwRet = ::MsgWaitForMultipleObjects(1, &hThread, FALSE,             INFINITE, QS_ALLINPUT);        if (dwRet != WAIT_OBJECT_0)        {            PeekMessageLoop();        }    } while ((dwRet != WAIT_OBJECT_0) && (dwRet != WAIT_FAILED));}示例代码假设对话框上有一个按钮,当点击按钮时,开始启动第二个线程,等到第二个线程完成后,我们再往下继续主线程:void CMyTestDialog::OnButton1() {    m_pUpdateThread = AfxBeginThread(UpdateDeviceContent,         (LPVOID)this/*, THREAD_PRIORITY_BELOW_NORMAL*/);    if (m_pUpdateThread)    {        WaitForThreadToTerminate(m_pUpdateThread->m_hThread);    }//Do whatever you want after the action is finished}   Ybbozman 在解决这个问题时用到了线程之间同步的API函数::MsgWaitForMultipleObjects 函数,它是用于等待某个对象(在这里是要等待的线程T2)的信号态-Semaphore(注1)同步函数,当主线程T所等待的线程T2信号态到达时(利用特定的消息-message指示信号态的到达,将返回WAIT_OBJECT_0,::MsgWaitForMultipleObjects的最后一个参数QS_ALLINPUT指定了所有输入消息类型都可作为信号态到达并因此返回,PeekMessageLoop()将当前运行线程中的任何一个窗口消息以及由PostThreadMessage递交到当前运行线程中的所有消息从消息队列中移除,因此,迭代再次调用::MsgWaitForMultipleObjects时,只有新的消息到达后该函数才返回;此外,PeekMessageLoop()调用后,迭代再次调用::MsgWaitForMultipleObjects之前,会处理一些系统事件:例如,有关窗体重绘的WM_PAINT消息(注意:即使PeekMessage最后一个参数设为PM_REMOVE,PeekMessageLoop()调用后,WM_PAINT消息也不会从消息队列中移除)。讲了许多,我都有点晕了,再归纳一下:一. ::MsgWaitForMultipleObjects迭代等待指定线程中的特定消息,当线程结束时,::MsgWaitForMultipleObjects将返回WAIT_OBJECT_0以表示线程的结束!二. PeekMessageLoop迭代获得当前运行线程中的任何一个窗口消息以及由PostThreadMessage递交到当前运行线程中的消息,调用PeekMessageLoop后将消息从消息队列中移除, 其目的有两个:a. 再次调用::MsgWaitForMultipleObjects时必须等到一个新的消息到达后才返回;
b. 更新系统事件,这是很有用的功能,这将防止在消息等待过程中(即迭代::MsgWaitForMultipleObjects)独占CPU资源,而不处理某些重要的系统事件:诸如:硬件输入消息,窗口重绘,定时消息等等。 MsgWaitForMultipleObjects支持下面对象的同步:
Mutex 互斥
Event 事件
Semaphore 信号
Process 进程
Thread 线程
Critical section 临界段
此外,线程之间的同步函数还有WaitForSingleObject, WaitForMultipleObjects,使用方法大同小异,它们除了不支持Critical section(临界段)。而MsgWaitForMultipleObjects更多地用于等待来自于同步对象中某些特殊的消息。最后,文中错误难免,请有识之士批评指正。
注1:荷兰著名计算机科学家Dijkstra将进程或线程的同步问题抽象为信号态,Dijkstra已于2002年8月6号在荷兰去逝。 本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/yjgx007/archive/2004/09/04/94559.aspx