在 Win32 API 中，創(chuàng)建線程的基本函數是 CreateThread，而 _beginthread(ex) 是C++ 運行庫的函數。為什么要有兩個呢？因為C++ 運行庫里面有一些函數使用了全局量，如果使用 CreateThread 的情況下使用這些C++ 運行庫的函數，就會出現不安全的問題。而 _beginthreadex 為這些全局變量做了處理，使得每個線程都有一份獨立的“全局”量。

所以，如果你的編程只調用 Win32 API/SDK ，就放心用 CreateThread；如果要用到C++ 運行時間庫，那么就要使用 _beginthreadex ，并且需要在編譯環(huán)境中選擇 Use?MultiThread Lib/DLL。

C++ 運行期庫有兩個創(chuàng)建線程的函數，另一個是 _beginthread， 它們兩者的區(qū)別請自己去看MSDN：

通常他們的解釋都是這容易造成內存泄漏。這個解釋本身是沒有錯的，但是解釋得不夠完全和詳 細。以至于造成很多新手盲目的信任了那句話，在那里都是用_beginthreadex函數，或者是裝作沒有看到使用CreateThread函數。曾經 有一段時間我也對這個問題很是困惑，不知道到底用那個才是對的。因為我不止一次在很多權威性的代碼中看到對CreateThread函數的直接調用。難道 是權威錯了？？ 抱著懷疑的態(tài)度查找了大量的資料和書籍，終于搞明白了這個問題的關鍵所在，在此做個說明，算是對那句話的一個完善。

?

關于_beginthreadex和CreateThread的區(qū)別我就不做說明了，這個很 容易找到的。我們只要知道一個問題：_beginthreadex是一個C運行時庫的函數，CreateThread是一個系統API函 數，_beginthreadex內部調用了CreateThread。只所以所有的書都強調內存泄漏的問題是因為_beginthreadex函數在創(chuàng) 建線程的時候分配了一個堆結構并和線程本身關聯起來，我們把這個結構叫做tiddata結構，是通過線程本地存儲器TLS于線程本身關聯起來。我們傳入的 線程入口函數就保存在這個結構中。tiddata的作用除了保存線程函數入口地址之外，還有一個重要的作用就是:C運行時庫中有些函數需要通過這個結構來 保存和獲取一些數據，比如說errno之類的線程全局變量。這點才是最重要的。

當一個線程調用一個要求tiddata結構的運行時庫函數的時候，將發(fā)生下面的情況：

運行時庫函數試圖TlsGetv　alue獲取線程數據塊的地址，如果沒有獲取到，函數就會 現場分配一個 tiddata結構，并且和線程相關聯，于是問題出現了，如果不通過_endthreadex函數來終結線程的話，這個結構將不會被撤銷，內存泄漏就會出 現了。但通常情況下，我們都不推薦使用_endthreadex函數來結束線程，因為里面包含了ExitThread調用。

?

找到了內存泄漏的具體原因，我們可以這樣說：只要在創(chuàng)建的線程里面不使用一些要求tiddata結構的運行時庫函數，我們的內存時安全的。所以，前面說的那句話應該這樣說才完善：

“絕對不要調用系統自帶的CreateThread函數創(chuàng)建新的線程，而應該使用_beginthreadex，除非你在線程中絕不使用需要tiddata結構的運行時庫函數”

?

這個需要tiddata結構的函數有點麻煩了，在侯捷的《win32多線程程序設計》一書中這樣說到：

”如果在除主線程之外的任何線程中進行一下操作，你就應該使用多線程版本的C runtime library,并使用_beginthreadex和_endthreadex：

1 使用malloc()和free()，或是new和delete

2 使用stdio.h或io.h里面聲明的任何函數

3 使用浮點變量或浮點運算函數

4 調用任何一個使用了靜態(tài)緩沖區(qū)的runtime函數，比如:asctime(),strtok()或rand()。