在寫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的地址。
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（）的帖子進行解釋，再次表示感謝。
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)
我來解釋一下理論上的區別：
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)