CreateThread, AfxBeginThread，_beginthread, _beginthreadex 区别

参考文章：

http://www.cnblogs.com/chuncn/archive/2009/03/08/1406096.html

http://space.itpub.net/10697500/viewspace-612085

 

 

CreateThread 是Windows的API函数(SDK函数 的标准形式, 直截了当的创建方式，任何场合都可以使用)，提供操作系统级别的创建线程的操作，且仅限于工作者线程。不调用MFC和RTL的函数时，可以用 CreateThread，其它情况不要轻易。在使用的过程中要考虑到进程的同步与互斥的关系（防止死锁）。线程函数定义为：DWORD WINAPI _yourThreadFun(LPVOID pParameter)。但它没有考虑：
（1）C Runtime中需要对多线程进行纪录和初始化，以保证C函数库工作正常（典型的例子是strtok函数）。
（2）MFC也需要知道新线程的创 建，也需要做一些初始化工作（当然，如果没用MFC就没事了）。  

AfxBeginThread ：MFC 中线程创建的MFC函数 ，首先创建了相应的CWinThread对象，然后调用 CWinThread::CreateThread,   在CWinThread::CreateThread中，完成了对线程对象的初始化工作，然后，调用 _beginthreadex(AfxBeginThread相比较更为安全)创建线程。它简化了操作或让线程能够响应消息，即可用于界面线程，也可以用 于工作者线程，但要注意不要在一个MFC程序中使用_beginthreadex()或CreateThread()。线程函数定义为：UINT _yourThreadFun(LPVOID pParam)

_beginthreadex ：MS对 C Runtime库的扩展SDK函数 ，首先针对C Runtime库做了一些初始化的工作，以保证C Runtime库工作正常。然后，调用CreateThread真正创建线程。  仅使用Runtime Library时，可以用_BegingThread。

 

_beginthread 是_beginthreadex的功能子集，_beginthreadex是MS的C/C++运行时库函数，CreateThread是 操作系统的函数。虽然_beginthread内部是调用_beginthreadex，但他屏蔽了象安全特性这样的功能，所以_beginthread与 CreateThread不是同等级别，_beginthreadex和CreateThread在功能上完全可替代。

 

实际上，这三个函数之间存在一定的调用关系，第一个纯粹一些，后两个完成自己相应的工作之后，调用前者实现线程的创建。其中CreateThread是由 操作系统提供的接口，而AfxBeginThread和_BeginThread则是编译器对它的封装。用_beginthreadex()、_endthreadex函数应该是最佳选择，且都是C Run-time Library中的函数，函数的参数和数据类型都是C Run-time Library中的类型，这样在启动线程时就不需要进行Windows数据类型和C Run-time Library中的数据类型之间的转化，从而，减低了线程启动时的资源消耗和时间的消耗。但使用_beginthread，无法创建带有安全属性的新线 程，无法创建暂停的线程，也无法获得 线程ID，_endthread的情况类似，它不带参数，这意味这线程的退出代码必须硬编码为0。MFC也是C++类库（只不过是Microsoft的C++类库，不是标准的C++类库），在MFC中也封装了new和delete两中运算符，所以用到 new和delete的地方不一定非要使用_beginthreadex() 函数，用其他两个函数都可以。

 

<<Windows核心编程>>中有很详细地介 绍：

 

注意：若要创建一个新线程，绝对不要使用CreateThread，而应使用_beginthreadex.  Why?考虑标准C运行时库的一些变量和函数，如errno，这是一个全局变量。全局变量用于多线程会出什么事，你一定知道的了。故必须存在一种机制，使得每个线程能够引用它自己的  
errno变量，又不触及另一线程的errno变量._beginthreadex就为每个线程分配自己的tiddata内存结构。该结构保存了许多像errno这样的变量和函数的值、地址（自己看去吧）。通过线程局部存储将tiddata与线程联系起来。具体实现在Threadex.c中有。结束线程使用函数_endthreadex函数，释放掉线程的tiddata数据块。

 

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)