所以，Windows操作系統就采用進壹步的間接：在進程的地址空間中設壹張表，表裏頭專門保存壹些編號和由這個編號對應壹個地址，而由那個地址去引用實際的對象，這個編號跟那個地址在數值上沒有任何規律性的聯系，純粹是個映射而已。
在Windows系統中，這個編號就叫做"句柄"。
也就是說，如果不在乎浪費空間的話，在某些情況下可以不使用句柄，直接對文件進行操作。
——————————————————————————————————————————————原文如下：《什麽是句柄？為什麽會有句柄？HANDLE》從廣義上，能夠從壹個數值拎起壹大堆數據的東西都可以叫做句柄。句柄的英文是"Handle"，本義就是"柄"，只是在計算機科學中，被特別地翻譯成"句柄"，其實還是個"柄"。從壹個小東西拎起壹大堆東西，這難道不像是個"柄"嗎？
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