TN017: Destroying Window Objects
銷毀窗口對(duì)象
此章節(jié)講述了CWnd::PostNcDestroy成員函數(shù)的使用。如果你想對(duì)派生自CWnd的對(duì)象做自定義的處理，你可以使用這個(gè)函數(shù)。此章節(jié)也闡述了“要銷毀一個(gè)C++的Windows對(duì)象，使用DestroyWindow而不是delete”這個(gè)最重要規(guī)則的原因。
這是非常重要的。如果你遵照以下的指導(dǎo)方法，你就會(huì)很少碰到清除方面的問(wèn)題（例如忘記刪除/釋放C++內(nèi)存，忘記釋放系統(tǒng)資源比如說(shuō)HWNDs，或者釋放對(duì)象太多次）。
問(wèn)題Windows對(duì)象（CWnd派生類的對(duì)象）既代表一個(gè)C++對(duì)象（在應(yīng)用程序的堆中分配）也代表了一個(gè)HWND（由窗口管理器在系統(tǒng)資源里分配）。由于存在多種途徑來(lái)銷毀一個(gè)窗口對(duì)象，我們必須提供一組規(guī)則以防止系統(tǒng)資源或者應(yīng)用程序的內(nèi)存泄露問(wèn)題，同時(shí)也防止對(duì)象和Windows句柄被多次銷毀。
這不僅僅是一個(gè)內(nèi)存管理的問(wèn)題。一個(gè)Windows窗口的存在會(huì)對(duì)用戶界面產(chǎn)生影響：窗口繪制在屏幕上；一旦它被銷毀，同樣對(duì)系統(tǒng)資源也會(huì)產(chǎn)生影響。在你的應(yīng)用程序地址空間里泄漏C++內(nèi)存并不會(huì)像泄漏系統(tǒng)資源那樣糟糕。
銷毀窗口
有兩種方法被允許來(lái)銷毀一個(gè)Windows對(duì)象：
l 調(diào)用CWnd::DestroyWindow或Windows API ::DestroyWindow.
l 利用delete操作符來(lái)進(jìn)行明確的刪除工作。
第一種方法是迄今為止最常用的。即使DestroyWindow沒(méi)有在你的代碼里被直接調(diào)用，此方法也照常適用。這種情況就是，當(dāng)用戶直接關(guān)閉一個(gè)框架窗口時(shí)（缺省的WM_CLOSE行為主是調(diào)用DestroyWindow），當(dāng)一個(gè)父窗口（框架窗口）被銷毀時(shí)，Windows會(huì)調(diào)用DestroyWindow來(lái)銷毀它的所有的子窗口。
Auto Cleanup with CWnd::PostNcDestroy
When destroying a Windows window, the last Windows message sent to the window is WM_NCDESTROY. The default CWnd handler for that message (CWnd::OnNcDestroy) will detach the HWND from the C++ object and call the virtual function PostNcDestroy. Some classes override this function to delete the C++ object.
利用CWnd::PostNcDestroy進(jìn)行自動(dòng)清除
當(dāng)銷毀一個(gè)Windows窗口時(shí)，最后發(fā)送給此窗口的Windows消息是WM_NCDESTROY。CWnd對(duì)此消息的缺省處理（CWnd::OnNcDestroy）會(huì)將C++對(duì)象與HWND分離，并調(diào)用虛函數(shù)PostNcDestroy。一些類重載這個(gè)函數(shù)來(lái)刪除C++對(duì)象。
The default implementation of CWnd::PostNcDestroy does nothing which is appropriate for window objects allocated on the stack frame or embedded in other objects. This is not appropriate for window objects that are designed to be allocated by themselves on the heap (not embedded in other C++ object).
CWnd::PostNcDestroy的缺省操作是什么也不做，這適合于那些分配在堆棧或者嵌在其他對(duì)象里面的窗口對(duì)象。這不適合于那些設(shè)計(jì)來(lái)分配在堆上的窗口對(duì)象（不嵌在其他C++對(duì)象中）。
Those classes that are designed to be allocated by themselves on the heap override the PostNcDestroymember function to perform a "delete this". This statement will free any C++ memory associated with the C++ object. Even though the default CWnd destructor calls DestroyWindow if m_hWnd is non-NULL, this does not lead to infinite recursion since the handle will be detached and NULL during the cleanup phase.
那些設(shè)計(jì)來(lái)分配在堆上的類可以重載成員函數(shù)PostNcDestroy以執(zhí)行“delete this”操作。它將會(huì)釋放任何與此C++對(duì)象相關(guān)的C++內(nèi)存。盡管缺省的CWnd析構(gòu)函數(shù)會(huì)在m_hWnd不為空的情況下調(diào)用DestoryWindow，但這不會(huì)導(dǎo)致無(wú)窮遞歸，因?yàn)榇司浔谇宄A段將會(huì)處于分離狀態(tài)并為空。
Note CWnd::PostNcDestroy is normally called after the Windows WM_NCDESTROY message is processed, as part of window destruction, and the HWND and the C++ window object are no longer attached. CWnd::PostNcDestroy will also be called in the implementation of most Create calls if failure occurs (see below for auto cleanup rules).
注意CWnd::PostNcDestroy一般會(huì)在Windows消息WM_NCDESTORY處理后被調(diào)用，把它作為窗口銷毀的一部分，同時(shí)HWND和C++窗口對(duì)象不再關(guān)聯(lián)。
CWnd::PostNcDestroy也會(huì)在大部分Create調(diào)用的執(zhí)行部分被調(diào)用，如果錯(cuò)誤發(fā)生的話（自動(dòng)清理規(guī)則如下）
Auto Cleanup Classes
The following classes are not designed for auto-cleanup. They are normally embedded in other C++ object or on the stack:
- All the standard Windows controls (CStatic, CEdit, CListBox, and so on).
- Any child windows derived directly from CWnd (for example, custom controls)
- Splitter windows (CSplitterWnd)
- Default control bars (classes derived from CControlBar, see Technical Note 31 for enabling auto-delete for control bar objects)
- Dialogs (CDialog) - designed for modal dialogs on the stack frame
- All the standard dialogs except CFindReplaceDialog
- The default dialogs created by ClassWizard
自動(dòng)清理類
以下的這些類不是設(shè)計(jì)來(lái)做自動(dòng)清理的。他們通常嵌在其他C++對(duì)象或者在堆棧上：
l 所有的標(biāo)準(zhǔn)Windows控件（CStatic, CEdit, ClistBox等）
l 所有從CWnd直接派生來(lái)的子窗口（比例，自定義控件）
l 拆分窗口（CSplitterWnd）
l 缺省控制條（從CcontrolBar派生的類，查看TN31來(lái)了解能夠自動(dòng)刪除的控制條對(duì)象）
l 對(duì)話框（CDialog）設(shè)計(jì)來(lái)在堆棧上創(chuàng)建模態(tài)對(duì)話框
l 所有的標(biāo)準(zhǔn)對(duì)話框，除了CfindReplaceDialog
l 由ClassWizard創(chuàng)建的缺省對(duì)話框
The following classes are designed for auto-cleanup. They are normally allocated by themselves on the heap:
- Main frame windows (derived directly or indirectly from CFrameWnd)
- View windows (derived directly or indirectly from CView)
以下這些類設(shè)計(jì)來(lái)做自動(dòng)清理。他們一般單獨(dú)分配在堆上：
l 主框架窗口（直接或間接派生于CFrameWnd）
l 視圖窗口（直接或間接派生于CView）
If you wish to break any of these rules, you must override the PostNcDestroy member function in your derived class. To add auto-cleanup to your class, simply call your base class and then do a delete this. To remove auto-cleanup from your class, call CWnd::PostNcDestroy directly instead of thePostNcDestroy member in your direct base class.
如果你想打破任何一條規(guī)則，你就必須在你的派生類中重載PostNcDestroy成員函數(shù)。為了增加自動(dòng)清理到你的類，只需要調(diào)用你的基類并做delete this操作。為了將自動(dòng)清理從你的類中移出，直接調(diào)用CWnd::PostNcDestroy來(lái)代替你基類的成員函數(shù)PostNcDestory.
The most common use of the above is to create a modeless dialog that can be allocated on the heap.
以上內(nèi)容常用在創(chuàng)建一個(gè)能在堆上分配的非模態(tài)的對(duì)話框
When to Call 'delete'
The recommended way to destroy a Windows object is to call DestroyWindow, either the C++ member function or the global ::DestroyWindow API.
何時(shí)調(diào)用delete
銷毀一個(gè)窗口最好是調(diào)用DestoryWindow，不管是C++的成員函數(shù)還是全局的::DestoryWindow API.
Do not call the global ::DestroyWindow API to destroy an MDI Child window, use the virtual member function CWnd::DestroyWindow instead.
不要調(diào)用全局的API ::DestroyWindow來(lái)銷毀一個(gè)MDI子窗口，使用虛擬成員函數(shù)CWnd::DestroyWindow來(lái)代替它。
For C++ Window objects that don't perform auto-cleanup, using DestroyWindow instead of delete avoids problems of having to call DestroyWindow in the CWnd::~CWnd destructor where the VTBL is not pointing to the correctly derived class. This can lead to subtle bugs so the diagnostic (debug) version of MFC will warn you with
Warning: calling DestroyWindow in CWnd::~CWnd
OnDestroy or PostNcDestroy in derived class will not be called
對(duì)于那些不執(zhí)行自動(dòng)清理的C++窗口對(duì)象，使用DestoryWindow來(lái)代替delete以避免你必須在CWnd::~CWnd析構(gòu)函數(shù)中調(diào)用DestoryWindow的問(wèn)題，而在此處VTBL并沒(méi)有指向正確的派生類。這可能會(huì)導(dǎo)致許多bugs，所以MFC診斷版本（調(diào)試）中會(huì)警告你：
Warning: calling DestroyWindow in CWnd::~CWnd
OnDestroy or PostNcDestroy in derived class will not be called
In the case of C++ Windows objects that do perform auto-cleanup, you must call DestroyWindow. If you use operator delete directly, the MFC diagnostic memory allocator will alert you that you are freeing memory twice (the first call to delete as well as the indirect call to "delete this" in the auto-cleanup implementation of PostNcDestroy).
對(duì)于執(zhí)行自動(dòng)清理工作的C++Windows對(duì)象，你必須調(diào)用DestroyWindow。如果你直接使用操作符delete，MFC的診斷內(nèi)存分配算符將會(huì)警告你：你正在第二次釋放內(nèi)存（第一次調(diào)用delete，還有在PostNcDestroy的自動(dòng)清理執(zhí)行過(guò)程中調(diào)用delete this）。
After calling DestroyWindow on a non-auto-cleanup object, the C++ object will still be around, butm_hWnd will be NULL. After calling DestroyWindow on an auto-cleanup object, the C++ object will be gone, freed by the C++ delete operator in the auto-cleanup implementation of PostNcDestroy..
對(duì)于一個(gè)不執(zhí)行自動(dòng)清理的對(duì)象，在調(diào)用DestroyWindow之后，這個(gè)C++對(duì)象仍然存在，但是m_hWnd會(huì)為空。對(duì)一個(gè)執(zhí)行自動(dòng)清理的對(duì)象，在調(diào)用DestroyWindow之后，此C++對(duì)象就不存在了，它被PostNcDestroy的自動(dòng)清理執(zhí)行過(guò)程里的delete操作符釋放。