在 Win32 API 中，創建線程的基本函數是 CreateThread，而 _beginthread(ex) 是C++ 運行庫的函數。爲什麼要有兩個呢？因爲C++ 運行庫裏面有一些函數使用了全局量，如果使用 CreateThread 的情況下使用這些C++ 運行庫的函數，就會出現不安全的問題。而 _beginthreadex 爲這些全局變量做了處理，使得每個線程都有一份獨立的“全局”量。
所以，如果你的編程只調用 Win32 API/SDK ，就放心用 CreateThread；如果要用到C++ 運行時間庫，那麼就要使用 _beginthreadex ，並且需要在編譯環境中選擇 Use MultiThread Lib/DLL。
C++ 運行期庫有兩個創建線程的函數，另一個是 _beginthread， 它們兩者的區別請自己去看MSDN：
通常他們的解釋都是這容易造成內存泄漏。這個解釋本身是沒有錯的，但是解釋得不夠完全和詳 細。以至於造成很多新手盲目的信任了那句話，在那裏都是用_beginthreadex函數，或者是裝作沒有看到使用CreateThread函數。曾經 有一段時間我也對這個問題很是困惑，不知道到底用那個纔是對的。因爲我不止一次在很多權威性的代碼中看到對CreateThread函數的直接調用。難道 是權威錯了？？ 抱着懷疑的態度查找了大量的資料和書籍，終於搞明白了這個問題的關鍵所在，在此做個說明，算是對那句話的一個完善。
關於_beginthreadex和CreateThread的區別我就不做說明了，這個很 容易找到的。我們只要知道一個問題：_beginthreadex是一個C運行時庫的函數，CreateThread是一個系統API函 數，_beginthreadex內部調用了CreateThread。只所以所有的書都強調內存泄漏的問題是因爲_beginthreadex函數在創 建線程的時候分配了一個堆結構並和線程本身關聯起來，我們把這個結構叫做tiddata結構，是通過線程本地存儲器TLS於線程本身關聯起來。我們傳入的 線程入口函數就保存在這個結構中。tiddata的作用除了保存線程函數入口地址之外，還有一個重要的作用就是:C運行時庫中有些函數需要通過這個結構來 保存和獲取一些數據，比如說errno之類的線程全局變量。這點纔是最重要的。
當一個線程調用一個要求tiddata結構的運行時庫函數的時候，將發生下面的情況：
運行時庫函數試圖TlsGetv alue獲取線程數據塊的地址，如果沒有獲取到，函數就會 現場分配一個 tiddata結構，並且和線程相關聯，於是問題出現了，如果不通過_endthreadex函數來終結線程的話，這個結構將不會被撤銷，內存泄漏就會出 現了。但通常情況下，我們都不推薦使用_endthreadex函數來結束線程，因爲裏面包含了ExitThread調用。
找到了內存泄漏的具體原因，我們可以這樣說：只要在創建的線程裏面不使用一些要求tiddata結構的運行時庫函數，我們的內存時安全的。所以，前面說的那句話應該這樣說才完善：
“絕對不要調用系統自帶的CreateThread函數創建新的線程，而應該使用_beginthreadex，除非你在線程中絕不使用需要tiddata結構的運行時庫函數”
這個需要tiddata結構的函數有點麻煩了，在侯捷的《win32多線程程序設計》一書中這樣說到：
”如果在除主線程之外的任何線程中進行一下操作，你就應該使用多線程版本的C runtime library,並使用_beginthreadex和_endthreadex：
1 使用malloc()和free()，或是new和delete
2 使用stdio.h或io.h裏面聲明的任何函數
3 使用浮點變量或浮點運算函數
4 調用任何一個使用了靜態緩衝區的runtime函數，比如:asctime(),strtok()或rand()。
c++多線程編程實例推薦：http://www.cppblog.com/mzty/archive/2007/07/25/28756.html