**:
從廣義上，能夠從乙個數值拎起一大堆資料的東西都可以叫做控制代碼。控制代碼的英文是"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無符號整數，它表示程式載入到記憶體中的基位址。
模組控制代碼（例項控制代碼）和控制代碼的區別
解釋一 1 模組的概念 乙個模組代表的是乙個執行中的exe檔案或dll檔案，用來代表這個檔案中所有的 和資源，磁碟上的檔案不是模組，裝入記憶體後執行時就叫做模組。乙個應用程式呼叫其他dll中的api時，這些dll檔案被裝入記憶體，就產生了不同的模組，為了區分位址空間中的不同模組，每個模組都有乙個惟一...
控制代碼 控制代碼工具 VC 獲取控制代碼
控制代碼 handle 是乙個用來標識物件的識別符號。windows之所以要設立控制代碼，根本上源於記憶體管理機制的問題，即虛擬位址。簡而言之資料的位址需要變動，變動以後就需要有人來記錄 管理變動，因此系統用控制代碼來記載資料位址的變更。在程式設計中，控制代碼是一種特殊的智慧型指標，當乙個應用程式要...
控制代碼和偽控制代碼
控制代碼的由來 從visual c 的標頭檔案來看，handle被typedef為void的指標，那是指向未確定資料結構的指標 typedef void handle 但是這並不說明任何問題，因為控制代碼遠遠不只是指向任意資料型別的指標。它是指向資料物件指標的指標。控制代碼的使用 於早期的windo...