UINT Ctest8Dlg:: ThreadProc(LPVOID p)
{
/*Ctest8Dlg* pthis=(Ctest8Dlg*)p;
pthis->m_str=_T("hello");
pthis->UpdateData(FALSE);*/
Ctest8Dlg obj;
HWND hWnd=(HWND)p;
obj.Attach(hWnd);
obj.m_str=_T("xx");
obj.UpdateData(FALSE);
obj.Detach();
return 0;
}
代码出现的意义在于验证 网上流传的跨线程传递窗口对象指针的法子是否正确，
所以回答：采用发送消息给ui线程的人 勿扰。
谢谢。
问题2： 故意多次去释放dll里的内存，程序死活不崩溃。 dll里: char* _stdcall Test() { return new char[50]; }; exe里: for(int i=0; i<50;i++) { char* p=Test(); delete []p; } 这么多次循环， 程序也不崩溃 回复讨论(解决方案)用指针： Ctest8Dlg *pDlg = FromHandle(hWnd); 用指针： Ctest8Dlg *pDlg = FromHandle(hWnd); pthis->m_str=CString(_T("hello")); 按照你的修改，这一句崩溃了 原因不详细。 另外： 你提供的法子，似乎是什么临时的，网上有，但是我没有看懂，临时是否说明： 有隐患呢？ 2个问题，谢谢解答。 问题1： 因为AfxBeginThread内部已经Attach了一次主界面 CWnd threadWnd; .... // thread inherits app's main window if not already set CWinApp* pApp = AfxGetApp(); ... threadWnd.Attach(pApp->m_pMainWnd->m_hWnd); pThread->m_pMainWnd = &threadWnd; 所以再次Attach是会断言在 ASSERT(FromHandlePermanent(hWndNew) == NULL); // must not already be in permanent map 同一线程不能多次Attach同一窗口？ 忽略弹出窗口，可继续执行。 如果用CWnd::FromHandle，获得的将是上面的（&threadWnd）指针 由于是CWnd实体对象，强转为Ctest8Dlg对象后，因为m_str不是CWnd成员，pthis->m_str可能会破坏内存 或出现不可预料的结果 解决方法之一是将AfxBeginThread换成_beginthreadex(NULL, 0, ThreadProc, m_hWnd, 0, NULL); 另外记得在ThreadProc加上WINAPI（__stdcall） static UINT WINAPI ThreadProc(LPVOID p); 使用Attach的方法 如果用CWnd::FromHandle，还是会出错，因为此时获得是临时的CWnd*对象指针，强转为Ctest8Dlg*后，同样会出错。 问题2 这个起因是分配和释放的CRT Heap不相同造成 CRT源码里有一个全局句柄HANDLE _crtheap 如果exe和dll都使用动态DLL编译，那么这个_crtheap只会存在一个，在msvcrXX.dll里 另外3中情况，静态编译会将_crtheap编译进去，就会出错 exe动态 和 dll静态编译：msvcrXX.dll和dll各1份_crtheap exe静态 和 dll动态编译：msvcrXX.dll和exe各1份_crtheap exe静态 和 dll静态编译：exe和dll各1份_crtheap 1. Ctest8Dlg *pDlg = （Ctest8Dlg *)p; obj.m_str=_T("xx"); //这种操作本身不安全 比较好的方法是SendMessage以自定义消息的形式通知pDlg来修改m_str的值。绝对不会崩溃。 SendMessage(pDlg->GetSafeHwnd(),自定义消息编号，参数1，参数2)； 2.为什么要崩溃？我倒不理解了。 楼主指针概念有问题吧。 问题1： 因为AfxBeginThread内部已经Attach了一次主界面 C/C++ code12345678 CWnd threadWnd;.... // thread inherits app's main window if not already set CWinApp* pApp = AfxGetApp();...…… 你好，老师 问题2 待会验证回复你 问题1 我似乎没有在帖子里提到用AfxBeginThread吧，最初我是用它创建线程，灵机一动，换成CreateThread 原因是这个函数是 mfc提供的，怕其不崩溃，所以换成win32的，创建线程后，依然崩溃。 所以你对其的回复，可能不是很精准。 代码为： CreateThread(NULL,0,ThreadProc,this,0,NULL); 线程代码为： DWORD WINAPI Ctest8Dlg:: ThreadProc(LPVOID p) { Ctest8Dlg* pthis=(Ctest8Dlg*)FromHandle((HWND)p); pthis->m_str=CString(_T("hello")); pthis->UpdateData(FALSE); /*Ctest8Dlg obj; HWND hWnd=(HWND)p; obj.Attach(hWnd); obj.m_str=_T("xx"); obj.UpdateData(FALSE); obj.Detach();*/ return 0; } 线程函数，我知道发送消息其实是可以解决的，但是不选择发送消息的路线，是因为验证 采用attach或者 FromHandle的法子如何解决。 这是第一个帖子的目的。 谢谢大家。 问题1： 因为AfxBeginThread内部已经Attach了一次主界面 C/C++ code12345678 CWnd threadWnd;.... // thread inherits app's main window if not already set CWinApp* pApp = AfxGetApp();...…… 问题2：4中情形我都验证了，却是如你所说的。 顺便问一句，，困惑很久的一个小技巧 从vs2008开始，所有的工程里有个工程属性叫： mfc的使用，有3个选项： 使用标准windows库 mfc共享 mfc静态 非mfc工程，默认是mfc共享， mfc静态自然是你说的 静态编译了 那么使用标准windows库是什么东西？ 比如：我想写一个超级简单的控制台程序，然后发布出去，选择哪一个？ 此时，是不是有些无奈？ 多了一个window标准库。 如果是我，我选择静态mfc。 实在不知道widnows 标准库是静态的，还是动态等。 老师，你有空，可以帮我看看，谢谢 1. Ctest8Dlg *pDlg = （Ctest8Dlg *)p; obj.m_str=_T("xx"); //这种操作本身不安全 比较好的方法是SendMessage以自定义消息的形式通知pDlg来修改m_str的值。绝对不会崩溃。 SendMessage(pDlg->GetSafeHwnd(),自定义消息编号，参数1，参数2)； 2…… 看我的回复，我已经验证，却是崩溃了 MFC规定了一个线程仅仅能访问它所创建的MFC对象。 为了阻止多个线程并发的访问同一个MFC对象，MFC对象和WIndows对象之间有一个一一对应的关系。这种关系以映射的形式保存在创建线程的当前模块的模块-线程状态信息中。当一个线程使用某个MFC对象指针P时，ASSERT_VALID(p)将验证当前线程的当前模块是否有Windows句柄和p对应，即是否创建了p所指的Windows对象，验证失败导致ASSERT断言中断程序的执行，如果一个线程要使用其它线程的Windows对象，则必须传递Windows对象的句柄，不能传递MFC对象的指针。 http://support.microsoft.com/kb/147578/zh-cn?wa=wsignin1.0 MFC规定了一个线程仅仅能访问它所创建的MFC对象。 为了阻止多个线程并发的访问同一个MFC对象，MFC对象和WIndows对象之间有一个一一对应的关系。这种关系以映射的形式保存在创建线程的当前模块的模块-线程状态信息中。当一个线程使用某个MFC对象指针P时，ASSERT_VALID(p)将验证当前线程的当前模块是否有Windows句柄和p对应，即是否创建了p所指的Wi…… 老师你好，对于这个知识点，我早有所闻， 只是不知道为什么mfc要有这么个规定 mfc一共引入了4个状态：模块状态，线程状态， 模块-线程状态， 进程状态。 前3个状态似乎是为 mfc的tls服务的， 理解起来也比较费劲。 DWORD WINAPI Ctest8Dlg:: ThreadProc(LPVOID p) { Ctest8Dlg* pthis=(Ctest8Dlg*)FromHandle((HWND)p); pthis->m_str=CString(_T("hello")); pthis->UpdateData(FALSE); /*Ctest8Dlg obj; HWND hWnd=(HWND)p; obj.Attach(hWnd); obj.m_str=_T("xx"); obj.UpdateData(FALSE); obj.Detach();*/ return 0; } 我已经按照这个法子了，依然会有崩溃。 崩溃在m_str赋值这里，原因不详！ 原因是FromHandle这个函数返回的是CWnd*指针，但是你将它强制转化成了Ctest8Dlg*指针，这样本身就是很危险的，而你后面又访问了Ctest8Dlg类自己定义的成员变量（而这个成员变量在CWnd类中并没有定义它），所以这里就错了。 原因是FromHandle这个函数返回的是CWnd*指针，但是你将它强制转化成了Ctest8Dlg*指针，这样本身就是很危险的，而你后面又访问了Ctest8Dlg类自己定义的成员变量（而这个成员变量在CWnd类中并没有定义它），所以这里就错了。 有些道理， CWnd的派生类过多，而且其本身也有基类，那么最终拍摄各类Ctest8dlg* 所指向的内存就不是爷爷基类 Cwnd的地址了，所以这里就错误了。 如此说来， 这个法子是个鸡肋了， 对任何CWnd的派生类来说，都比较危险，除非用该指针去访问 CWnd的成员函数才没事情， 否则只要访问派生类CDialog 或者Ctest8dlg里的 自己增加的函数或者成员，都会出错。 引用 10 楼 VisualEleven 的回复:原因是FromHandle这个函数返回的是CWnd*指针，但是你将它强制转化成了Ctest8Dlg*指针，这样本身就是很危险的，而你后面又访问了Ctest8Dlg类自己定义的成员变量（而这个成员变量在CWnd类中并没有定义它），所以这里就错了。 有些道理， CWnd的派生类过多，而且其本身也有基类，那么最终…… CWnd* pthis=FromHandle((HWND)p); //pthis->m_str=CString(_T("hello")); if(pthis) { pthis->SetWindowText(_T("xx")); } setwindowtext 崩溃。 说明这个法子，太危险了， 很多东西搞不定。 指针我调试过了，是有值的。 鸡肋法子啊，都不知道CWnd的哪一个成员函数可以使用了。 引用 10 楼 VisualEleven 的回复:原因是FromHandle这个函数返回的是CWnd*指针，但是你将它强制转化成了Ctest8Dlg*指针，这样本身就是很危险的，而你后面又访问了Ctest8Dlg类自己定义的成员变量（而这个成员变量在CWnd类中并没有定义它），所以这里就错了。 有些道理， CWnd的派生类过多，而且其本身也有基类，那么最终…… 访问函数没有关系，只要该函数中没有访问该类中自己定义的成员变量即可 this = 0x002cfdc4 {Ctest8Dlg hWnd=0x00680342} pthis = 0x001a9eac {CWnd hWnd=0x00680342} 这是我做的实验， 在线程里获得CWnd指针是最后那个， CXXdlg指针是上的那个。 可见，FromHandle获得的指针是祖父类的。并非孙类的。 那么自然就不能使用祖父类的指针去调用非祖父类的函数了，对吧。 除非动态绑定技术。 这个从c++语法的角度分析，我觉得没有问题吧。 顺便纠正12楼，12楼是错误的， 原因在于，我传参数的时候，不小心没有把句柄，从线程里传进去。 是我的失误 引用 3 楼 stjay 的回复:问题1： 因为AfxBeginThread内部已经Attach了一次主界面 C/C++ code12345678 CWnd threadWnd;.... // thread inherits app's main window if not already set CWinApp* pApp …… 同时跟正第5楼的实验 和 15楼一样， 线程传参数失误了， 代码是没有问题的。 感谢大家的热心解答。 引用 3 楼 stjay 的回复:问题1：
因为AfxBeginThread内部已经Attach了一次主界面 C/C++ code12345678 CWnd threadWnd;.... // thread inherits app's main window if not already set CWinApp* pApp …… 剩下第6楼的问题 windows标准库是动态的，还是静态编译的？ |
|
|
