建立一個線程。
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