在寫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)在匯總一下，在此對相關(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ù)塊，這樣就不會對別的線程產(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來啟動執(zhí)行新線程。還有，傳遞給線程函數(shù)的參數(shù)是tiddata結(jié)構(gòu)而不是pvParam的地址。
5.如果一切順利，就會像CreateThread那樣返回線程句柄。如果任何操作失敗了，便返回NULL。
_beginthreadex和_beginthread函數(shù)的區(qū)別。_beginthread函數(shù)的參數(shù)比較少，因此比特性全面的_beginthreadex函數(shù)受到更大的限制。
例如，如果使用_beginthread，就無法創(chuàng)建帶有安全屬性的新線程，無法創(chuàng)建暫停的線程，也無法獲得線程的ID值。
Holly（）：
oldworm提供了很好的使用的例子，而且也運(yùn)用了編譯控制！
來解釋一下理論上的區(qū)別：
CreateThread、_beginthread和_beginthreadex都是用來啟動線程的，但大家看到oldworm沒有提供_beginthread的方式，考試,大提示beginthread是_beginthreadex的功能子集，雖然_beginthread內(nèi)部是調(diào)用_beginthreadex但他屏蔽了象安全特性這樣的功能，所以_beginthread與CreateThread不是同等級別，_beginthreadex和CreateThread在功能上完全可替代，我們就來比較一下_beginthreadex與CreateThread!
CRT的函數(shù)庫在線程出現(xiàn)之前就已經(jīng)存在，所以原有的CRT不能真正支持線程，這導(dǎo)致我們在編程的時(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
這樣的提示！
對于線程的支持是后來的事！
這也導(dǎo)致了許多CRT的函數(shù)在多線程的情況下必須有特殊的支持，不能簡單的使用CreateThread就OK。
大多的CRT函數(shù)都可以在CreateThread線程中使用，看資料說只有signal()函數(shù)不可以，會導(dǎo)致進(jìn)程終止！但可以用并不是說沒有問題！
有些CRT的函數(shù)象malloc(), fopen(), _open(), strtok(), ctime(), 或localtime()等函數(shù)需要專門的線程局部存儲的數(shù)據(jù)塊，這個(gè)數(shù)據(jù)塊通常需要在創(chuàng)建線程的時(shí)候就建立，如果使用CreateThread，這個(gè)數(shù)據(jù)塊就沒有建立，然后會怎樣呢？在這樣的線程中還是可以使用這些函數(shù)而且沒有出錯(cuò)，實(shí)際上函數(shù)發(fā)現(xiàn)這個(gè)數(shù)據(jù)塊的指針為空時(shí)，會自己建立一個(gè)，然后將其與線程聯(lián)系在一起，這意味著如果你用CreateThread來創(chuàng)建線程，然后使用這樣的函數(shù)，會有一塊內(nèi)存在不知不覺中創(chuàng)建，遺憾的是，這些函數(shù)并不將其刪除，而CreateThread和ExitThread也無法知道這件事，于是就會有Memory Leak，在線程頻繁啟動的軟件中(比如某些服務(wù)器軟件)，遲早會讓系統(tǒng)的內(nèi)存資源耗盡！
_beginthreadex(內(nèi)部也調(diào)用CreateThread)和_endthreadex就對這個(gè)內(nèi)存塊做了處理，所以沒有問題！(不會有人故意用CreateThread創(chuàng)建然后用_endthreadex終止吧，而且線程的終止不要顯式的調(diào)用終止函數(shù)，自然退出！)
談到Handle的問題，_beginthread的對應(yīng)函數(shù)_endthread自動的調(diào)用了CloseHandle，而_beginthreadex的對應(yīng)函數(shù)_endthreadex則沒有，所以CloseHandle無論如何都是要調(diào)用的不過_endthread可以幫你執(zhí)行自己不必寫，其他兩種就需要自己寫！(Jeffrey Richter強(qiáng)烈推薦盡量不用顯式的終止函數(shù)，用自然退出的方式，自然退出當(dāng)然就一定要自己寫CloseHandle)
好像CreateThread函數(shù)就是老虎，既然這樣為什么微軟要開發(fā)這個(gè)函數(shù)呢？
從網(wǎng)上找到的相關(guān)資料，現(xiàn)在匯總一下，在此對相關(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ù)塊，這樣就不會對別的線程產(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來啟動執(zhí)行新線程。還有，傳遞給線程函數(shù)的參數(shù)是tiddata結(jié)構(gòu)而不是pvParam的地址。
5.如果一切順利，就會像CreateThread那樣返回線程句柄。如果任何操作失敗了，便返回NULL。
_beginthreadex和_beginthread函數(shù)的區(qū)別。_beginthread函數(shù)的參數(shù)比較少，因此比特性全面的_beginthreadex函數(shù)受到更大的限制。
例如，如果使用_beginthread，就無法創(chuàng)建帶有安全屬性的新線程，無法創(chuàng)建暫停的線程，也無法獲得線程的ID值。
Holly（）：
oldworm提供了很好的使用的例子，而且也運(yùn)用了編譯控制！
來解釋一下理論上的區(qū)別：
CreateThread、_beginthread和_beginthreadex都是用來啟動線程的，但大家看到oldworm沒有提供_beginthread的方式，考試,大提示beginthread是_beginthreadex的功能子集，雖然_beginthread內(nèi)部是調(diào)用_beginthreadex但他屏蔽了象安全特性這樣的功能，所以_beginthread與CreateThread不是同等級別，_beginthreadex和CreateThread在功能上完全可替代，我們就來比較一下_beginthreadex與CreateThread!
CRT的函數(shù)庫在線程出現(xiàn)之前就已經(jīng)存在，所以原有的CRT不能真正支持線程，這導(dǎo)致我們在編程的時(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
這樣的提示！
對于線程的支持是后來的事！
這也導(dǎo)致了許多CRT的函數(shù)在多線程的情況下必須有特殊的支持，不能簡單的使用CreateThread就OK。
大多的CRT函數(shù)都可以在CreateThread線程中使用，看資料說只有signal()函數(shù)不可以，會導(dǎo)致進(jìn)程終止！但可以用并不是說沒有問題！
有些CRT的函數(shù)象malloc(), fopen(), _open(), strtok(), ctime(), 或localtime()等函數(shù)需要專門的線程局部存儲的數(shù)據(jù)塊，這個(gè)數(shù)據(jù)塊通常需要在創(chuàng)建線程的時(shí)候就建立，如果使用CreateThread，這個(gè)數(shù)據(jù)塊就沒有建立，然后會怎樣呢？在這樣的線程中還是可以使用這些函數(shù)而且沒有出錯(cuò)，實(shí)際上函數(shù)發(fā)現(xiàn)這個(gè)數(shù)據(jù)塊的指針為空時(shí)，會自己建立一個(gè)，然后將其與線程聯(lián)系在一起，這意味著如果你用CreateThread來創(chuàng)建線程，然后使用這樣的函數(shù)，會有一塊內(nèi)存在不知不覺中創(chuàng)建，遺憾的是，這些函數(shù)并不將其刪除，而CreateThread和ExitThread也無法知道這件事，于是就會有Memory Leak，在線程頻繁啟動的軟件中(比如某些服務(wù)器軟件)，遲早會讓系統(tǒng)的內(nèi)存資源耗盡！
_beginthreadex(內(nèi)部也調(diào)用CreateThread)和_endthreadex就對這個(gè)內(nèi)存塊做了處理，所以沒有問題！(不會有人故意用CreateThread創(chuàng)建然后用_endthreadex終止吧，而且線程的終止不要顯式的調(diào)用終止函數(shù)，自然退出！)
談到Handle的問題，_beginthread的對應(yīng)函數(shù)_endthread自動的調(diào)用了CloseHandle，而_beginthreadex的對應(yīng)函數(shù)_endthreadex則沒有，所以CloseHandle無論如何都是要調(diào)用的不過_endthread可以幫你執(zhí)行自己不必寫，其他兩種就需要自己寫！(Jeffrey Richter強(qiáng)烈推薦盡量不用顯式的終止函數(shù)，用自然退出的方式，自然退出當(dāng)然就一定要自己寫CloseHandle)