MFC窗口.docVIP

MFC窗口销毁过程 考虑单窗口情况： 　　假设自己通过new创建了一个窗口对象pWnd，然后pWnd-Create。则销毁窗口的调用次序： 　　1. 手工调用pWnd-DestroyWindow()； 　　2. DestroyWindow会发送WM_DESTROY； 　　3. WM_DESTROY对应的消息处理函数是OnDestroy()； 　　4. DestroyWindow会发送WM_NCDESTROY； 　　5. WM_NCDESTROY对应的消息处理函数是OnNcDestroy； 　　6. OnNcDestroy最后会调用PostNcDestroy； 　　7. PostNcDestroy经常被用户重载以提供释放内存操作。例如可以使用delete this； 　　通过这种方式，窗口对象对应的窗口和窗口对象本身都被释放了。 　　如果含有子窗口： 　　如果含有子窗口，则调用父窗口的DestroyWindow时，它会向子窗口发送WM_DESTROY和WM_NCDESTROY消息。 　　具体调用顺序参考下文的例子。 　　DestroyWindow对delete的影响： 　　应该说前者对后者并没有什么影响。但经常在DestroyWindow间接导致执行的PostNcDestroy中delete窗口对象指针，即delete this。 　　CView::PostNcDestroy中唯一的操作就是delete this；CframeWnd::PostNcDestory也是如此。而默认的CWnd::PostNcDestroy是空操作，CDialog中也没有对其进行重载，即也是空。 　　delete对Destroy的影响： 　　delete会导致析构函数。CWnd的析构函数中有对DestroyWindow的调用，但必须保证： 　　m_hWnd != NULL 　　this != (CWnd*) wndTop this != (CWnd*)wndBottom 　　this != (CWnd*)wndTopMost this != (CWnd*)wndNoTopMost。 　　Cdialog的析构函数中也有对DestroyWindow的调用，但条件比较松，只需要m_hWnd != NULL。另外Cdialog::DoModal也会调用DestroyWindow。 　　CFrameWnd的OnClose中会调用DestroyWindow，但其析构中不会调用DestroyWindow。 　　CView的析构也不会调用DestroyWindow。 　　一个SDI程序的销毁过程 　　有CMainFrame类、CMyView类。并且CMyView有两个子窗口CMyDlg和CmyWnd的实例。 　　点击退出按钮，CMainFrame会收到WM_CLOSE消息。CframeWnd（CMainFrame的父类）间接会调用CWnd::DestroyWindow；它首先向CMyView发送WM_DESTORY和WM_NCDESTROY消息，并引发相应的处理函数；然后向CMyDlg发送WM_DESTORY和WM_NCDESTROY消息，并引发相应的处理函数；然后向CMyWnd发送WM_DESTORY和WM_NCDESTROY消息，并引发相应的处理函数。 　　具体的执行顺序是： 　　1. 调用CMainFrame::DestroyWindow 　　2. CFrameWnd::OnDestroy 　　3. CMyView::OnDestroy 　　4. CmyWnd::OnDestroy 　　5. CmyDlg::OnDestroy 　　6. CmyWnd::PostNcDestroy 　　7. CmyWnd的析构 　　8. CmyDlg::OnDestroy 　　9. CmyDlg的析构 　　10. CMyView::PostNcDestroy 　　11. CmyView的析构 　　12. CMainFrame的析构 　　13. CMainFrame::DestroyWindow退出 　　上面情况是假设我们在CmyWnd和CmyDlg的PostNcDestroy中添加了delete this。如果没有添加，则7，10不会执行。 　　因为CView::PostNcDestroy中调用了delete this，所以然后会执行CMyView的析构操作。因为CframeWnd::PostNcDestroy中调用了delete this，所以最后执行CMainFrame的析构操作。 　　如果自己的C