這是作業系統裡的一個概念，控制代碼是WONDOWS用來標識被應用程式所建立或使用的物件的唯一整數，WINDOWS使用各種各樣的控制代碼標識諸如應用程式例項，視窗，控制，點陣圖，GDI物件等等。WINDOWS控制代碼有點象C語言中的檔案控制代碼。 從上面的定義中的我們可以看到，控制代碼是一個識別符號，是拿來標識物件或者專案的，它就象我們的姓名一樣，每個人都會有一個，不同的人的姓名不一樣，但是，也可能有一個名字和你一樣的人。從資料型別上來看它只是一個16位的無符號整數。應用程式幾乎總是透過呼叫一個WINDOWS函式來獲得一個控制代碼，之後其他的WINDOWS函式就可以使用該控制代碼，以引用相應的物件。 如果想更透徹一點地認識控制代碼，我可以告訴大家，控制代碼是一種指向指標的指標。我們知道，所謂指標是一種記憶體地址。應用程式啟動後，組成這個程式的各物件是住留在記憶體的。如果簡單地理解，似乎我們只要獲知這個記憶體的首地址，那麼就可以隨時用這個地址訪問物件。但是，如果您真的這樣認為，那麼您就大錯特錯了。我們知道，Windows是一個以虛擬記憶體為基礎的作業系統。在這種系統環境下，Windows記憶體管理器經常在記憶體中來回移動物件，依此來滿足各種應用程式的記憶體需要。物件被移動意味著它的地址變化了。如果地址總是如此變化，我們該到哪裡去找該物件呢? 為了解決這個問題，Windows作業系統為各應用程式騰出一些記憶體儲地址，用來專門登記各應用物件在記憶體中的地址變化，而這個地址(儲存單元的位置)本身是不變的。Windows記憶體管理器在移動物件在記憶體中的位置後，把物件新的地址告知這個控制代碼地址來儲存。這樣我們只需記住這個控制代碼地址就可以間接地知道物件具體在記憶體中的哪個位置。這個地址是在物件裝載(Load)時由系統分配給的，當系統解除安裝時(Unload)又釋放給系統。 控制代碼地址(穩定)→記載著物件在記憶體中的地址----→物件在記憶體中的地址(不穩定)→實際物件 本質:WINDOWS程式中並不是用物理地址來標識一個記憶體塊，檔案，任務或動態裝入模組的，相反的，WINDOWS API給這些專案分配確定的控制代碼，並將控制代碼返回給應用程式，然後透過控制代碼來進行操作。 但是必須注意的是程式每次從新啟動，系統不能保證分配給這個程式的控制代碼還是原來的那個控制代碼，而且絕大多數情況的確不一樣的。假如我們把進入電影院看電影看成是一個應用程式的啟動執行，那麼系統給應用程式分配的控制代碼總是不一樣，這和每次電影院售給我們的門票總是不同的一個座位是一樣的道理。