從廣義上，能夠從乙個數值拎起一大堆資料的東西都可以叫做控制代碼。控制代碼的英文是"handle"，本義就是"柄"，只是在電腦科學中，被特別地翻譯成"控制代碼"，其實還是個"柄"。從乙個小東西拎起一大堆東西，這難道不像是個"柄"嗎？
然後，指標其實也是一種"控制代碼"，只是由於指標同時擁有更特殊的含義——實實在在地對應記憶體裡地乙個位址——所以，通常不把指標說成是"控制代碼"。但指標也有著能從乙個32位的值引用到一大堆資料的作用，這不是控制代碼又是什麼？
windows系統中有許多核心物件（這裡的物件不完全等價於"物件導向程式設計"一詞中的"物件"，雖然實質上還真差不多），比如開啟的檔案，建立的執行緒，程式的視窗，等等。這些重要的物件肯定不是4個位元組或者8個位元組足以完全描述的，他們擁有大量的屬性。為了儲存這樣乙個"物件"的狀態，往往需要上百甚至上千位元組的記憶體空間，那麼怎麼在程式間或程式內部的子過程（函式）之間傳遞這些資料呢？拖著這成百上千的位元組拷貝來拷貝去嗎？顯然會浪費效率。那麼怎麼辦？當然傳遞這些物件的首位址是乙個辦法，但這至少有兩個缺點：
暴露了核心物件本身，使得程式（而不是作業系統核心）也可以任意地修改物件地內部狀態（首位址都知道了，還有什麼不能改的？），這顯然是作業系統核心所不允許的；
作業系統有定期整理記憶體的責任，如果一些記憶體整理過一次後，物件被搬走了怎麼辦？
所以，windows作業系統就採用進一步的間接：在程序的位址空間中設一張表，表裡頭專門儲存一些編號和由這個編號對應乙個位址，而由那個位址去引用實際的物件，這個編號跟那個位址在數值上沒有任何規律性的聯絡，純粹是個對映而已。
在windows系統中，這個編號就叫做"控制代碼"。
handle在windows中的含義很廣泛，以下關於談到的handle除非特別說明，將僅限於程序、執行緒的上下文中。
1、先來談談handle
handle本身是乙個32位的無符號整數，它用來代表乙個核心物件。它並不指向實際的核心物件，使用者模式下的程式永遠不可能獲得乙個核心物件的實際位址（一般情況下）。那麼handle的意義何在？它實際上是作為乙個索引在乙個表中查詢對應的核心物件的實際位址。那麼這個表在**呢？每個程序都有這樣的乙個表，叫控制代碼表。該錶的第一項就是程序自己的控制代碼，這也是為什麼你呼叫getcurrentprocess()總是返回0x7fffffff原因。
簡單地說，handle就是一種用來"間接"代表乙個核心物件的整數值。你可以在程式中使用handle來代表你想要操作的核心物件。這裡的核心物件包括：事件（event）、執行緒、程序、mutex等等。我們最常見的就是檔案控制代碼（file handle）。
另外要注意的是，handle僅在其所屬的程序中才有意義。將乙個程序擁有的handle傳給另乙個程序沒有任何意義，如果非要這麼做，則需要使用duplicatehandle()，在多個程序間傳遞handle是另外乙個話題了，與這裡要討論的無關。
2、程序id
首先，程序id是乙個32位無符號整數，每個程序都有這樣的乙個id，並且該id在系統範圍內是唯一的。系統使用該id來唯一確定乙個程序。
深入些說，系統可能使用程序id來計算代表該程序的核心物件的基位址（及eprocess結構的基位址），具體的計算公式你可以去問微軟的os開發人員。
3、hinstance
hinstance也是乙個32無符號整數，它表示程式載入到記憶體中的基位址。
C 控制代碼與指標的區別
學習c 的人都知道控制代碼和指標，而且我發現很多人在控制代碼與指標之間直接劃等號，對我們來說兩者都是位址，我覺的這也造成很多人將控制代碼和指標劃等號的直接原因。首先說指標吧。通俗一點就是位址，他是記憶體的編號，通過它我們可以直接對記憶體進行操作，只要位址不變，我們每次操作的物理位置是絕對不變，記住這...
指標與控制代碼的區別
指標與控制代碼的區別 1 什麼是控制代碼？控制代碼在windows程式設計中是乙個很重要的概念，在很多程式中都扮演者重要的角色。在windows環境中，控制代碼是用來標識專案的，這些專案包括 模組，任務，例項，檔案，記憶體塊，選單，控制，字型，資源 包括圖示，游標，字串等 gdi物件 包括位圖，畫刷...
控制代碼與指標的區別
控制代碼實際上是一種指向某種資源的指標，但與指標又有所不同 指標對應著乙個資料在記憶體中的位址，得到了指標就可以自由地修改該資料。windows並不希望一般程式修改其內部資料結構，因為這樣太不安全。所以windows給每個使用globalalloc等函式宣告的記憶體區域指定乙個控制代碼 本質上仍是乙...