GetDlgItem的用法小結

GetDlgItem用於得到指定控件ID的窗體指針，函數原型以下：

HWND GetDlgItem(
  HWND hDlg,
  int  nIDDlgItem
);

CWnd* GetDlgItem(int nID) const;

它的使用說明中有這樣一行字，The returned pointer may be temporary and should not be stored for later use.
，那說明，它返回的指針有多是有效的，有多是無效的，不建議保存留給後續來使用。那麼問題來了，

• 爲何經過GetDlgItem返回的指針有時穩定，有時不穩定？

• 在實際應用中，如何正確處理GetDlgItem的返回值？

先回答第一個問題， GetDlgItem返回的數據類型是CWnd*類型，它內部有一個 HWND m_hWnd 句柄成員，該句柄成員是一個4字節（64位程序中爲8字節）的無符號整形，它表明內存中對象物理地址列表的索引，索引對應保存的內容是特定對象的物理地址。因爲Windows的內存管理策略會定時對空閒內存進行釋放、移動等操做，當應用程序再次使用時，系統會從新申請物理內存，因此對象的物理地址會變化，Windows經過句柄來對應用程序屏蔽這種變化。當應用程序要訪問對象時，只須要將對應的句柄傳遞給系統，系統內部會根據句柄檢索指向對象的最新地址。

C++中的指針也表明地址。對於應用程序中的不一樣對象和同類中的不一樣實例來講，Windows不容許直接經過其地址來訪問內核對象，而是經過標識或者索引指針的句柄(HANDLE)來訪問對象信息。

上面提到了Windows的內存管理策略會對空閒對象內存進行相關操做，據此推測，在Windows認爲應用程序空閒時，就會對應用程序的空閒對象進行操做。

GetDlgItem其實是調用CWnd::FromHandle函數來實現功能的，先看CWnd::FromHandle函數

CWnd::FromHandle(HWND hWnd)

    -->CHandleMap* pMap = afxMapHWND(TRUE); //create map if not exist

        -->AFX_MODULE_THREAD_STATE* pState = AfxGetModuleThreadState();

        -->pState->m_pmapHWND = new CHandleMap

    -->CWnd* pWnd = (CWnd*)pMap->FromHandle(hWnd);
    -->pWnd->AttachControlSite(pMap);

再看下CWinApp::OnIdle函數，OnIdle函數的官方解釋：

CWinApp::OnIdle

OnIdle is called in the default message loop when the application's message queue is

empty. Use your override to call your own background idle-handler tasks.

MFC程序中對Idle狀態的處理：

基於MFC的OnIdle相關流程以下：

CWinApp::OnIdle

        --> CWinThread::OnIdle(lCount)

            -->AfxUnlockTempMaps()

                --> AFX_MODULE_THREAD_STATE* pState = AfxGetModuleThreadState();
                --> pState->m_pmapHWND->DeleteTemp();

對CWinApp:OnIdle進行重載，返回非零表明還有Idle Task要處理，這樣下次OnIdle仍然會繼續執行。返回0，表示無Idle任務須要處理。具體詳細的參考MFC框架程序中的OnIdle

不少函數，如FromHandle、FindWindow都用到了臨時對象技術，這些臨時對象即用即取，不能保存後另做他用。默認狀況下，MFC框架會在空閒時間把臨時對象給清空掉。

最後解答開頭提出的問題：

• 當默認Idle流程執行時，會刪除臨時對象句柄。

• 對於GetDlgItem這類的函數，隨用隨取，不要保存另做它用