在對話框類的成員函數里用  HWND hwnd = GetSafeHwnd();  得到的hwnd就是句柄了
通過窗口標題獲取窗口句柄 CWnd *pWnd = FindWindow(_T("#32770"), _T("QQ用戶登錄")); 

建立一個線程。
unsigned long beginthread(void(cdecl *startaddress)(void*),unsigned stacksize, void *arglist);
unsigne dlong beginthreadex(void *security,unsignedstacksize,unsigned(stdcall *startaddress) (void *), void *arglist,unsignedinitflag,unsigned *thrdaddr);
例程 需要的頭文件 兼容性 
beginthread <process.h> Win NT,Win 95
beginthreadex <process.h> Win NT,Win 95
對于另外兼容性的信息,參見引言中的兼容性
庫
LIBC.LIB 單線程靜態庫,零售版本 
LIBCMT.LIB 多線程靜態庫,零售版本
MSVCRT.LIB MSVCRT.DLL的輸入庫,零售版本
為了使用beginthread或beginthreadex,該應用必須與多線程C運行庫之一進行鏈接。 
返回值
如果成功,這些函數返回最近建立的線程的句柄,出現一個錯誤時,beginthread返回-1 在這種情況下如果有太多的線程,則errno設置為EAGAIN,如果參量無效或棧尺寸不正確,則errno設置為EINVAL。在出現一個錯誤時,beginthreadex返回0 ,這種情況下errno和doserrno都被設置。
參數
startaddress
開始執行新線程的例程的起始地址。
Stacksize
新線程的棧尺寸或0。
Arglist
傳遞給新線程的參量表或NULL。
Security
新線程的安全指示符;對于Windows 95應用必須為NULL。
Initflag
新線程的初始狀態(運行時返回0或暫停時返回CREATESUSPEND)。
Thrdaddr
新函數的地址。
說明
beginthread函數建立一個線程,開始startaddress處例程的執行。在startaddress處的例程必須使用cdecl調用約定且沒有返回值,當該線程從這個例程返回時,它自動終止。
.beginthredex比beginthread更緊密地匯編Win32 Create ThreadAPI函數,beginthreadex在如下方面不同于beginthread:
.eginthreadex有另外三個參數:initflag、security和threadaddr。新線程可以在暫停狀態中建立,使用指定的安全方式(僅在Windows NT下),可以使用thrdadar訪問,它是線程標識符。
.tartaddress處的程序傳送給beginthreadex,必須使用stdcall調用約定且必須返回一個線程退出碼。
失敗時beginthreadex返回0,而不是-1。
.eginthreadex建立的線程通過調用endthreadex終止。
你可以顯式調用endthread或endthreadex終止一個線程,但當該線程從作為參量傳遞的例程返回時自動調用endthread或endthreadex。通過調用endthread或endthreadex終止一個線程幫助確?；謴驮摼€程分配的資源。
endthread自動關閉該線程句柄(而endthreadex不這樣), 因此,當使用beginthread和endthread時,通過調用Win32 CloseHandle API函數并不顯式關閉該線程句柄。這個行為不同于Win32 ExitThread API函數。
注意:對于與LIBCMT.LIB鏈接的可執行文件,不要調用Win32ExitThread API函數;這防止該運行系統要求收回分配的資源。endthread和endthreadex要求收回分配的線程資源,然后調用ExitThread。在beginthread或beginthreadex被調用時,操作系統處理棧的分配你不需要傳送線程棧地址給這些函數。另外,stacksize參量可以為0,在這種情況下操作系統使用與主線程中指定的棧相同的值。
arglist是傳送給最近建立的線程的參數。它通常是一個數據項例如字符串的地址。
arglist如果不需要可以為NULL,但beginthread和beginthreadex必須提供一些傳遞給新線程的值。如果任何線程調用abort、exit、exit或ExitProcess,則所用線程被終止。

 在寫c++代碼時，一直牢記著一句話：決不應該調用CreateThread。相反，應該使用Visual 　C++運行期庫函數_beginthreadex。

　　好像CreateThread函數就是老虎，既然這樣為什么微軟要開發這個函數呢？

　　從網上找到的相關資料，現在匯總一下，在此對相關人員進行感謝！

　　摘自《windows 　核心編程》： 　

　　CreateThread函數是用來創建線程的Windows函數。不過，如果你正在編寫C/C++代碼，決不應該調用CreateThread。相反，應該使用Visual 　C++運行期庫函數_beginthreadex。如果不使用Microsoft的Visual 　C++編譯器，你的編譯器供應商有它自己的CreateThred替代函數。 　

　　若要使多線程C和C++程序能夠正確地運行，必須創建一個數據結構，并將它與使用C/C++運行期庫函數的每個線程關聯起來。當你調用C/C++運行期庫時，這些函數必須知道查看調用線程的數據塊，這樣就不會對別的線程產生不良影響。 　

　　1.每個線程均獲得由C/C++運行期庫的堆棧分配的自己的tiddata內存結構。 　

　　2.傳遞給_beginthreadex的線程函數的地址保存在tiddata內存塊中。傳遞給該函數的參數也保存在該數據塊中。 　

　　3._beginthreadex確實從內部調用CreateThread，因為這是操作系統了解如何創建新線程的唯一方法。 　

　　4.當調用CreatetThread時，它被告知通過調用_threadstartex而不是pfnStartAddr來啟動執行新線程?！　　∵€有，傳遞給線程函數的參數是tiddata結構而不是pvParam的地址。 　

　　5.如果一切順利，就會像CreateThread那樣返回線程句柄。如果任何操作失敗了，便返回NULL。 　

　　_beginthreadex和_beginthread函數的區別。_beginthread函數的參數比較少，因此比特性全面的_beginthreadex函數受到更大的限制。

例如，如果使用_beginthread，就無法創建帶有安全屬性的新線程，無法創建暫停的線程，也無法獲得線程的ID值。

　　下面摘錄Csdn中的Holly（）的帖子進行解釋，再次表示感謝。

　　來源：http://topic.csdn.net/t/20000926/10/31810.html

　　Holly（）：

　　oldworm提供了很好的使用的例子，而且也運用了編譯控制！ 　

　　我來解釋一下理論上的區別： 　

　　CreateThread、_beginthread和_beginthreadex都是用來啟動線程的，但大家看到oldworm沒有提供_beginthread的方式，原因簡單，_beginthread是_beginthreadex的功能子集，雖然_beginthread內部是調用_beginthreadex但他屏蔽了象安全特性這樣的功能，所以_beginthread與CreateThread不是同等級別，_beginthreadex和CreateThread在功能上完全可替代，我們就來比較一下_beginthreadex與CreateThread! 　

　　CRT的函數庫在線程出現之前就已經存在，所以原有的CRT不能真正支持線程，這導致我們在編程的時候有了CRT庫的選擇，在MSDN中查閱CRT的函數時都有：　

　Libraries 　
　LIBC.LIB 　Single 　thread 　static 　library, 　retail 　version 　　
　LIBCMT.LIB 　Multithread 　static 　library, 　retail 　version 　　
　MSVCRT.LIB 　Import 　library 　for 　MSVCRT.DLL, 　retail 　version　

　　這樣的提示！ 　

　　對于線程的支持是后來的事！ 　

　　這也導致了許多CRT的函數在多線程的情況下必須有特殊的支持，不能簡單的使用CreateThread就OK。 　

　　大多的CRT函數都可以在CreateThread線程中使用，看資料說只有signal()函數不可以，會導致進程終止！但可以用并不是說沒有問題！ 　

　　有些CRT的函數象malloc(), 　fopen(), 　_open(), 　strtok(), 　ctime(), 　或localtime()等函數需要專門的線程局部存儲的數據塊，這個數據塊通常需要在創建線程的時候就建立，如果使用CreateThread，這個數據塊就沒有建立，然后會怎樣呢？在這樣的線程中還是可以使用這些函數而且沒有出錯，實際上函數發現這個數據塊的指針為空時，會自己建立一個，然后將其與線程聯系在一起，這意味著如果你用CreateThread來創建線程，然后使用這樣的函數，會有一塊內存在不知不覺中創建，遺憾的是，這些函數并不將其刪除，而CreateThread和ExitThread也無法知道這件事，于是就會有Memory 　Leak，在線程頻繁啟動的軟件中(比如某些服務器軟件)，遲早會讓系統的內存資源耗盡！ 　

　　_beginthreadex(內部也調用CreateThread)和_endthreadex就對這個內存塊做了處理，所以沒有問題！(不會有人故意用CreateThread創建然后用_endthreadex終止吧，而且線程的終止最好不要顯式的調用終止函數，自然退出最好！) 　

　　談到Handle的問題，_beginthread的對應函數_endthread自動的調用了CloseHandle，而_beginthreadex的對應函數_endthreadex則沒有，所以CloseHandle無論如何都是要調用的不過_endthread可以幫你執行自己不必寫，其他兩種就需要自己寫！(Jeffrey 　Richter強烈推薦盡量不用顯式的終止函數，用自然退出的方式，自然退出當然就一定要自己寫CloseHandle)

　　本文出自 “YOUNG ADULT ,GOGOGO!” 博客，請務必保留此出處http://820808.blog.51cto.com/328558/76160

__cdecl 是默認的調用方式，所以只有在打開/Gz(stdcall)或/Gr(fastcall)開關時才需要加上，/Gd開關打開表示需要強制加上__cdecl

__cdecl和__stdcall都是函數調用規范(還有一個__fastcall),規定了參數出入棧的順序和方法,如果只用VC編程的話可以不用關心,但是要在C++和Pascal等其他語言通信的時候就要注意了,只有用相同的方法才能夠調用成功.另外,像printf這樣接受可變個數參數的函數只有用cdecl才能夠實現.

_cdecl 是C Declaration的縮寫，表示C語言默認的函數調用方法：所有參數從右到左依次入棧，這些參數由調用者清除，稱為手動清棧。被調用函數無需要求調用者傳遞多少參數，調用者傳遞過多或者過少的參數，甚至完全不同的參數都不會產生編譯階段的錯誤。

_stdcall 是Standard Call的縮寫，是C++的標準調用方式：所有參數從右到左依次入棧，如果是調用類成員的話，最后一個入棧的是this指針。這些堆棧中的參數由被調用的函數在返回后清除，使用的指令是 retn X，X表示參數占用的字節數，CPU在ret之后自動彈出X個字節的堆?？臻g。稱為自動清棧。函數在編譯的時候就必須確定參數個數，并且調用者必須嚴格的控制參數的生成，不能多，不能少，否則返回后會出錯。

_fastcall 是編譯器指定的快速調用方式。由于大多數的函數參數個數很少，使用堆棧傳遞比較費時。因此_fastcall通常規定將前兩個（或若干個）參數由寄存器傳遞，其余參數還是通過堆棧傳遞。不同編譯器編譯的程序規定的寄存器不同。返回方式和_stdcall相當。

_thiscall 是為了解決類成員調用中this指針傳遞而規定的。_thiscall要求把this指針放在特定寄存器中，該寄存器由編譯器決定。VC使用ecx，Borland的C++編譯器使用eax。返回方式和_stdcall相當。

_fastcall 和 _thiscall涉及的寄存器由編譯器決定，因此不能用作跨編譯器的接口。所以Windows上的COM對象接口都定義為_stdcall調用方式。

C中不加說明默認函數為_cdecl方式（C中也只能用這種方式），C++也一樣，但是默認的調用方式可以在IDE環境中設置。

帶有可變參數的函數必須且只能使用_cdecl方式，例如下面的函數:

int printf(char * fmtStr, ...);

int scanf(char * fmtStr, ...);