unsigned long _beginthreadex( void *security, unsigned stack_size, unsigned ( __stdcall *start_address )( void * ), void *arglist, unsigned initflag, unsigned *thrdaddr );
//第1個參數：安全屬性，NULL爲默認安全屬性
//第2個參數：指定線程堆棧的大小。如果爲0，則線程堆棧大小和創建它的線程的相同。一般用0
//第3個參數：指定線程函數的地址，也就是線程調用執行的函數地址(用函數名稱即可，函數名稱就表示地址)
//第4個參數：傳遞給線程的參數的指針，可以通過傳入對象的指針，在線程函數中再轉化爲對應類的指針
//第5個參數：線程初始狀態，0:立即運行；CREATE_SUSPEND：suspended（懸掛）
//第6個參數：用於記錄線程ID的地址
通常他們的解釋都是這容易造成內存泄漏。這個解釋本身是沒有錯的，但是解釋得不夠完全和詳 細。以至於造成很多新手盲目的信任了那句話，在那裏都是用_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()