建立一個(gè)線程。
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
對(duì)于另外兼容性的信息,參見引言中的兼容性
庫
LIBC.LIB 單線程靜態(tài)庫,零售版本
LIBCMT.LIB 多線程靜態(tài)庫,零售版本
MSVCRT.LIB MSVCRT.DLL的輸入庫,零售版本
為了使用beginthread或beginthreadex,該應(yīng)用必須與多線程C運(yùn)行庫之一進(jìn)行鏈接。
返回值
如果成功,這些函數(shù)返回最近建立的線程的句柄,出現(xiàn)一個(gè)錯(cuò)誤時(shí),beginthread返回-1 在這種情況下如果有太多的線程,則errno設(shè)置為EAGAIN,如果參量無效或棧尺寸不正確,則errno設(shè)置為EINVAL。在出現(xiàn)一個(gè)錯(cuò)誤時(shí),beginthreadex返回0 ,這種情況下errno和doserrno都被設(shè)置。
參數(shù)
startaddress
開始執(zhí)行新線程的例程的起始地址。
Stacksize
新線程的棧尺寸或0。
Arglist
傳遞給新線程的參量表或NULL。
Security
新線程的安全指示符;對(duì)于Windows 95應(yīng)用必須為NULL。
Initflag
新線程的初始狀態(tài)(運(yùn)行時(shí)返回0或暫停時(shí)返回CREATESUSPEND)。
Thrdaddr
新函數(shù)的地址。
說明
beginthread函數(shù)建立一個(gè)線程,開始startaddress處例程的執(zhí)行。在startaddress處的例程必須使用cdecl調(diào)用約定且沒有返回值,當(dāng)該線程從這個(gè)例程返回時(shí),它自動(dòng)終止。
.beginthredex比beginthread更緊密地匯編Win32 Create ThreadAPI函數(shù),beginthreadex在如下方面不同于beginthread:
.eginthreadex有另外三個(gè)參數(shù):initflag、security和threadaddr。新線程可以在暫停狀態(tài)中建立,使用指定的安全方式(僅在Windows NT下),可以使用thrdadar訪問,它是線程標(biāo)識(shí)符。
.tartaddress處的程序傳送給beginthreadex,必須使用stdcall調(diào)用約定且必須返回一個(gè)線程退出碼。
失敗時(shí)beginthreadex返回0,而不是-1。
.eginthreadex建立的線程通過調(diào)用endthreadex終止。
你可以顯式調(diào)用endthread或endthreadex終止一個(gè)線程,但當(dāng)該線程從作為參量傳遞的例程返回時(shí)自動(dòng)調(diào)用endthread或endthreadex。通過調(diào)用endthread或endthreadex終止一個(gè)線程幫助確保恢復(fù)該線程分配的資源。
endthread自動(dòng)關(guān)閉該線程句柄(而endthreadex不這樣), 因此,當(dāng)使用beginthread和endthread時(shí),通過調(diào)用Win32 CloseHandle API函數(shù)并不顯式關(guān)閉該線程句柄。這個(gè)行為不同于Win32 ExitThread API函數(shù)。
注意:對(duì)于與LIBCMT.LIB鏈接的可執(zhí)行文件,不要調(diào)用Win32ExitThread API函數(shù);這防止該運(yùn)行系統(tǒng)要求收回分配的資源。endthread和endthreadex要求收回分配的線程資源,然后調(diào)用ExitThread。在beginthread或beginthreadex被調(diào)用時(shí),操作系統(tǒng)處理?xiàng)５姆峙淠悴恍枰獋魉途€程棧地址給這些函數(shù)。另外,stacksize參量可以為0,在這種情況下操作系統(tǒng)使用與主線程中指定的棧相同的值。
arglist是傳送給最近建立的線程的參數(shù)。它通常是一個(gè)數(shù)據(jù)項(xiàng)例如字符串的地址。
arglist如果不需要可以為NULL,但beginthread和beginthreadex必須提供一些傳遞給新線程的值。如果任何線程調(diào)用abort、exit、exit或ExitProcess,則所用線程被終止。
在寫c++代碼時(shí)，一直牢記著一句話：決不應(yīng)該調(diào)用CreateThread。相反，應(yīng)該使用Visual C++運(yùn)行期庫函數(shù)_beginthreadex。
好像CreateThread函數(shù)就是老虎，既然這樣為什么微軟要開發(fā)這個(gè)函數(shù)呢？
從網(wǎng)上找到的相關(guān)資料，現(xiàn)在匯總一下，在此對(duì)相關(guān)人員進(jìn)行感謝！
摘自《windows 核心編程》：
CreateThread函數(shù)是用來創(chuàng)建線程的Windows函數(shù)。不過，如果你正在編寫C/C++代碼，決不應(yīng)該調(diào)用CreateThread。相反，應(yīng)該使用Visual C++運(yùn)行期庫函數(shù)_beginthreadex。如果不使用Microsoft的Visual C++編譯器，你的編譯器供應(yīng)商有它自己的CreateThred替代函數(shù)。
若要使多線程C和C++程序能夠正確地運(yùn)行，必須創(chuàng)建一個(gè)數(shù)據(jù)結(jié)構(gòu)，并將它與使用C/C++運(yùn)行期庫函數(shù)的每個(gè)線程關(guān)聯(lián)起來。當(dāng)你調(diào)用C/C++運(yùn)行期庫時(shí)，這些函數(shù)必須知道查看調(diào)用線程的數(shù)據(jù)塊，這樣就不會(huì)對(duì)別的線程產(chǎn)生不良影響。
1.每個(gè)線程均獲得由C/C++運(yùn)行期庫的堆棧分配的自己的tiddata內(nèi)存結(jié)構(gòu)。
2.傳遞給_beginthreadex的線程函數(shù)的地址保存在tiddata內(nèi)存塊中。傳遞給該函數(shù)的參數(shù)也保存在該數(shù)據(jù)塊中。
3._beginthreadex確實(shí)從內(nèi)部調(diào)用CreateThread，因?yàn)檫@是操作系統(tǒng)了解如何創(chuàng)建新線程的唯一方法。
4.當(dāng)調(diào)用CreatetThread時(shí)，它被告知通過調(diào)用_threadstartex而不是pfnStartAddr來啟動(dòng)執(zhí)行新線程。 還有，傳遞給線程函數(shù)的參數(shù)是tiddata結(jié)構(gòu)而不是pvParam的地址。
5.如果一切順利，就會(huì)像CreateThread那樣返回線程句柄。如果任何操作失敗了，便返回NULL。
_beginthreadex和_beginthread函數(shù)的區(qū)別。_beginthread函數(shù)的參數(shù)比較少，因此比特性全面的_beginthreadex函數(shù)受到更大的限制。
例如，如果使用_beginthread，就無法創(chuàng)建帶有安全屬性的新線程，無法創(chuàng)建暫停的線程，也無法獲得線程的ID值。
下面摘錄Csdn中的Holly（）的帖子進(jìn)行解釋，再次表示感謝。
來源：http://topic.csdn.net/t/20000926/10/31810.html
Holly（）：
oldworm提供了很好的使用的例子，而且也運(yùn)用了編譯控制！
我來解釋一下理論上的區(qū)別：
CreateThread、_beginthread和_beginthreadex都是用來啟動(dòng)線程的，但大家看到oldworm沒有提供_beginthread的方式，原因簡單，_beginthread是_beginthreadex的功能子集，雖然_beginthread內(nèi)部是調(diào)用_beginthreadex但他屏蔽了象安全特性這樣的功能，所以_beginthread與CreateThread不是同等級(jí)別，_beginthreadex和CreateThread在功能上完全可替代，我們就來比較一下_beginthreadex與CreateThread!
CRT的函數(shù)庫在線程出現(xiàn)之前就已經(jīng)存在，所以原有的CRT不能真正支持線程，這導(dǎo)致我們?cè)诰幊痰臅r(shí)候有了CRT庫的選擇，在MSDN中查閱CRT的函數(shù)時(shí)都有：
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
這樣的提示！
對(duì)于線程的支持是后來的事！
這也導(dǎo)致了許多CRT的函數(shù)在多線程的情況下必須有特殊的支持，不能簡單的使用CreateThread就OK。
大多的CRT函數(shù)都可以在CreateThread線程中使用，看資料說只有signal()函數(shù)不可以，會(huì)導(dǎo)致進(jìn)程終止！但可以用并不是說沒有問題！
有些CRT的函數(shù)象malloc(), fopen(), _open(), strtok(), ctime(), 或localtime()等函數(shù)需要專門的線程局部存儲(chǔ)的數(shù)據(jù)塊，這個(gè)數(shù)據(jù)塊通常需要在創(chuàng)建線程的時(shí)候就建立，如果使用CreateThread，這個(gè)數(shù)據(jù)塊就沒有建立，然后會(huì)怎樣呢？在這樣的線程中還是可以使用這些函數(shù)而且沒有出錯(cuò)，實(shí)際上函數(shù)發(fā)現(xiàn)這個(gè)數(shù)據(jù)塊的指針為空時(shí)，會(huì)自己建立一個(gè)，然后將其與線程聯(lián)系在一起，這意味著如果你用CreateThread來創(chuàng)建線程，然后使用這樣的函數(shù)，會(huì)有一塊內(nèi)存在不知不覺中創(chuàng)建，遺憾的是，這些函數(shù)并不將其刪除，而CreateThread和ExitThread也無法知道這件事，于是就會(huì)有Memory Leak，在線程頻繁啟動(dòng)的軟件中(比如某些服務(wù)器軟件)，遲早會(huì)讓系統(tǒng)的內(nèi)存資源耗盡！
_beginthreadex(內(nèi)部也調(diào)用CreateThread)和_endthreadex就對(duì)這個(gè)內(nèi)存塊做了處理，所以沒有問題！(不會(huì)有人故意用CreateThread創(chuàng)建然后用_endthreadex終止吧，而且線程的終止最好不要顯式的調(diào)用終止函數(shù)，自然退出最好！)
談到Handle的問題，_beginthread的對(duì)應(yīng)函數(shù)_endthread自動(dòng)的調(diào)用了CloseHandle，而_beginthreadex的對(duì)應(yīng)函數(shù)_endthreadex則沒有，所以CloseHandle無論如何都是要調(diào)用的不過_endthread可以幫你執(zhí)行自己不必寫，其他兩種就需要自己寫！(Jeffrey Richter強(qiáng)烈推薦盡量不用顯式的終止函數(shù)，用自然退出的方式，自然退出當(dāng)然就一定要自己寫CloseHandle)
本文出自 “YOUNG ADULT ,GOGOGO!” 博客，請(qǐng)務(wù)必保留此出處http://820808.blog.51cto.com/328558/76160