MFC多线程编程注意事项.docVIP

MFC多线程编程注意事项 -------------------------------------------------------------------------------- MFC多线程编程注意事项 - -------------------------------------------------------------------------------- 关于启动线程时传输窗口对象（指针？句柄？）的问题： 在选择菜单中的开始线程后： void cmainframe::onmenu_start() { ... afxbeginthread(mythread, this); ... } 线程函数如下： uint mythread(lpvoid pparam) { cmainframe* pmainfrm = (cmainframe *)pparam; ... } 问题一： 这样的代码是不是有问题？ （文档中说线程间不能直接传输mfc对象的指针，应该通过传输句柄实现） 问题二： 这样使用开始好像没有问题，直接通过pmainfrm访问窗口中的view都正常。 但发现访问状态条时： pmainfrm－m_wndstatusbar.setpanetext(2, test); 出现debug assertion failed!（在窗口线程中没有问题） 位置是wincore.cpp中的 assert((p = pmap-lookuppermanent(m_hwnd)) != null || (p = pmap-lookuptemporary(m_hwnd)) != null); 为什么访问view能正常，但访问状态条时不可以呢？ 问题三： 如果通过传输句柄实现，怎样做呢？ 我用下面的代码执行时有问题： void cmainframe::onmenu_start() { ... hwnd hwnd = getsafehwnd(); afxbeginthread(mythread, hwnd); ... } uint mythread(lpvoid pparam) { cmainframe* pmainfrm = (cmainframe *)(cwnd::fromhandle((hwnd)pparam)); ... } 执行时通过线程中得到pmainfrm，访问其成员时不正常。 网友：hewwatt 大致原因解释如下： 1. mfc的大多数类不是线程安全的，cwnd及其消息路由是其中之最 2. mfc界面类的大多数方法，最后都是通过sendmessage实现的，而消息处理的 过程中会引发其他消息的发送及处理。如果消息处理函数本身不是线程安全的 你从工作线程中调用这些方法迟早会同你界面线程的用户消息响应发生冲突 3. cxxxx::fromhandle会根据调用者所在线程查表，如果查不到用户创建的cxxxx 对应对象，它会创建一个临时对象出来。由于你在工作线程中调用该方法，当然不可能查到界面主线程中你所建立起来的那个对象了。这时mfc会你创建一个临时对象并返回给你，你根本不可能期望它的成员变量会是有意义的。 所以要用也只能用cwnd::fromhandle，因为它只包含一个m_hwnd成员。 不过，要记住 跨线程直接或间接地调用::sendmessage,通常都是行为不可预测的。 1.工作线程给主线程发消息使用的是SendMessage和PoseMessage函数。这两个函数的区别在于SendMessage函数是阻塞方式，而PoseMessage函数是非阻塞方式。如果不是严格要求工作线程与主线程必须同步执行，则推荐使用PoseMessage。 2.不要在线程函数体内操作MFC控件，因为每个线程都有自己的线程模块状态映射表，在一个线程中操作另一个线程中创建的MFC对象，会带来意想不到的问题。更不要在线程函数里，直接调用UpdataData()函数更新用户界面，这会导致程序直接crash。而应该通过发送消息给主线程的方式，在主线程的消息响应函数里操作控件。 3.在主线程中不要使用WaitForSingleObject和WaitForMultipleObjects两个函数等待线程退出，其原因就是有导致程序死锁的隐患，特别是线程函数里调用了SendMessage或是直接操作了MFC对象，更易出现此种现象。为解决这一问题，微软特提供了一个函数，MsgWaitForMultipleObjects。 照着网上的例子，写了在主线程中等待单个线程退出的程序： DWORD dRet=-2;