【轉】_beginthread()與CreateThread()的區別

一個時運行時庫函數，一個時WIN32 的庫函數。

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)

_beginthreadex是微軟的C/C++運行時庫函數，CreateThread是操做系統的函數。
_beginthreadex經過調用CreateThread來實現的，但比CreateThread多作了許多工做。
注意：若要建立一個新線程，絕對不要使用CreateThread，而應使用_beginthreadex.
Why?考慮標準C運行時庫的一些變量和函數，如errno，這是一個全局變量。全局變量用於
多線程會出什麼事，你必定知道的了。故必須存在一種機制，使得每一個線程可以引用它本身的
errno變量，又不觸及另外一線程的errno變量._beginthreadex就爲每一個線程分配本身的
tiddata內存結構。該結構保存了許多像errno這樣的變量和函數的值、地址（本身看去吧）。
經過線程局部存儲將tiddata與線程聯繫起來。具體實如今Threadex.c中有。
結束線程使用函數_endthreadex函數，釋放掉線程的tiddata數據塊。