HANDLE ?
? ? ? ? ? 這其實是一個UINT（隨便提一下，初學者往往對VC代碼中各種古怪的符號、類型標記/宏等百思不得其解，其實它們大多來自基本類型的#define或者typedef,請將光標移到這些符號上（譬如HANDLE），然后按下F12，編譯器自會把你帶到它的聲明處，反復使用幾次，你終會見到它的原貌，然后長吁一口氣：原來不過如此而已。沒用過的初學者請牢記：F12）。很多初學者把HANDLE與指針的理解混淆，總想知道一個HANDLE代表一個什么對象，我的建議是不要去理解為是某對象的指針，而就是理解為一個整數索引（事實上也是），就好像一個數組的下標一樣。Windows系統核心中主要是幾張大表，這樣一個整數索引就是標記目標（窗口、線程、某DC資源等）在這個表中的位置，供操作系統訪問時查詢用。 ?
? ?
? DLL ?
? ? ? ? ? DLL的一個特點就是可以動態加載（顧名思義），即在主程序（我更喜歡稱為客戶程序）需要該模塊時才由操作系統加載到內存。畢竟一個大型應用程序我們經常使用到的功能并不多，這樣一些不常用的功能模塊（DLL）在程序運行時一般將不被載入，極大地節省了內存開銷。DLL同時也是目前最常用的分發模塊的方法，便于彼此協作。程序中對DLL的調用主要有兩種方法：1 ? 針對使用DEF文件導出函數的DLL，使用API函數LoadLibrary（“DLLModuleName")加載，然后使用GetProcAddress（）得到函數指針，進而調用 ? ? 2當DLL編譯選項被設為“MFC擴展DLL”時，可以直接將類、函數等導出，客戶程序使用同一份頭文件聲明，加入對應的lib鏈接庫，即可在客戶程序中直接使用DLL中的類或函數，無需LoadLibrary。 ? 注：關于DLL的三種形式（普通，MFC ? DLL，MFC ? 擴展DLL）的區別我一時拿不真切，往知情者為我修正補全。

關于"進程\線程",在這里我談一些我個人的體會和理解作為補充,準確定義請參考操作系統權威書籍 ?
? ?
? Process ? 進程 ?
? ? ? ? ? 進程不是一個靜態概念,所以它也不是"運行的程序的實體",進程是一個動態的概念,包括從進程的創建申請,PCB(Process ? Control ? Block進程控制塊,一般操作系統實現為一個表格)的創建,地址空間的內存分配,模塊代碼載入并執行,執行完以后進行撤銷,整個過程被稱為"進程"。在Win32下，一個進程有4G的邏輯空間。 ?
? ?
? Thread ? 線程 ?
? ? ? ? ? 為了更有效的提高CPU的利用率，更好地實現多任務并發，微軟將進程進行進一步分割，實現了CPU任務調度的最小單位：線程。一個進程擁有至少一個線程。我們在實現多任務并發的時候通常是建立一個線程（建立線程的系統開銷要小于進程），線程是以我們自己的一個函數作為入口,函數執行完畢自動撤銷（當然你也可以在執行過程中強制結束該線程）。順便提一下，在UNIX下并沒有線程這個概念，想來是因為UNIX主要是以多進程的并發服務為主（所以它更適合于做服務器），系統運行時通常已經有了太多的進程，所以沒有必要再對進程進行細化，因為這樣做甚至會降低系統效率（CPU調度不過來）,當然，這是我個人的猜想：）