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這類的函數，隨用隨取，不要保存另作它用