2020年总结mfc窗口销毁过程.docx

总结MFC窗口销毁过程 假设自己通过new创建了一个窗口对象pWnd然后 pWnd-Create。则销毁窗口的调用次序： 手工调用 pWnd-DestroyWindow()； DestroyWindow 会发送 WM_DESTR；OY WM_DESTROY 对应的消息处理函数是 OnDestroy() ； DestroyWindow 会发送 WM_NCDEST；ROY WM_NCDESTROY对应的消息处理函数是OnN cDestroy; OnNcDestroy 最后会调用 PostNcDestroy ； PostNcDestroy 经常被用户重载以提供释放内存操作。例如 可以使用 delete this ; 通过这种方式，窗口对象对应的窗口和窗口对象本身都被释放 如果含有子窗口： 如果含有子窗口，则调用父窗口的 DestroyWindow 时，它会向 子窗口发送 WM_DESTROYWM_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* )wn dNoTopMost Cdialog 的析构函数中也有对 DestroyWindow的调用，但条件 比较松，只需要 m_hWnd != NULL另夕卜Cdialog::DoModal也会调用 DestroyWindow。 CFrameWnd的On Close中会调用DestroyWi ndow，但其析构中不 会调用 DestroyWindow。 CView 的析构也不会调用 DestroyWindow。 一个SDI程序的销毁过程 有 CMainFrame类、CMyView类。并且 CMyView有两个子窗口 CMyDlg和 CmyWn的实例。 点击退出按钮，CMainFrame会收到WM_CLOS消息。CframeWnd （CMainFrame的父类）间接会调用 CWnd::DestroyWindow;它首先向 CMyVieW发送 WM_DESTO和YWM_NCDESTRO息，并引发相应的处理 函数；然后向 CMyDIg发送 WM_DESTO和YWM_NCDESTRO息，并弓I 发相应的处理函数；然后向CMyWn发送 WM_DESTO和YWM_NCDESTROY 消息，并引发相应的处理函数。 具体的执行顺序是： 调用 CMainFrame::DestroyWindow CFrameWnd::OnDestroy CMyView::OnDestroy CmyWnd::OnDestroy CmyDIg::OnDestroy CmyWnd::PostNcDestroy CmyWnd 的析构 CmyDlg::OnDestroy CmyDlg 的析构 CMyView::PostNcDestroy CmyView 的析构 CMainFrame 的析构 CMainFrame::DestroyWindow 退出 上面情况是假设我们在 CmyWn和CmyDIg的PostNcDestroy中 添加了 delete this 。如果没有添加，则 7，10 不会执行。 因为 CView::PostNcDestroy 中调用了 deIete this ，所以然后 会执行CMyView的析构操作。因为 CframeWnd::PostNcDestroy中调 用了 delete this ，所以最后执行CMainFrame的析构操作。 如果自己的 CmyDIg和 CmyWn在 PostNcDestroy 中有 delete this ；则二者会被析构。否则内存泄漏。当然 delete 也可以放在 CMyView的析构中做，只是不够 00 总结 可以有两种方法销毁窗口对象对应的窗口和释放窗口对象指针 一种是通过DestroyWindow。这是比较好的方法，因为最后 M