CreateThread、_beginthread和_beginthreadex

（1）全局变量echoLabel的使用，由于收发消息都在work线程中执行，且wok线程与主线程间的通信用的是SendMessage，暂时不会有问题，但有隐患；

（2）由SENDMEG结构体组成的链表的使用，用两个指针分别指向链表的头尾。在主线程中Insert节点，在work线程中Delete节点，问题就出现在这两个函数中对两个指针的操作。

  CreatThread 与 _beginthreadex这三个函数的区别

  CreatThread是Win32 API函数，而_beginthreadex属于C RunTime函数,_beginthreadex内部调用了CreatThread。
  为什么要有这样的两个创建线程的函数呢？最重要在于CreatThread在一种应用场景下有一个很大的缺陷，在使用CreatThread的情况下调用C++ RunTimeLibrary的函数，而被调用的函数使用了全局变量（确切的说是要求tiddata结构的全局变量，这个结构下面有解释），这样的话会出现不安全的问题。
  不安全指的是内存泄露的问题，那么是怎么造成的，为什么_beginthreadex没有这样的问题？

  要求tiddata结构的C RunTime函数在被调用后会有下面这些动作：
C RunTime函数试图TlsGetalue获取线程数据结构的地址，如果没有获取到，函数就会现场分配一个 tiddata结构，并且和线程相关联。如果不通_endthreadex函数来终结线程的话，这个结构将不会被撤销，内存泄漏就会出现了。但通常情况下，我们都不推荐使用_endthreadex函数来结束线程，因为里面包含了ExitThread调用。

  CreateThread函数不产生这样的tiddata结构，而_beginthreadex在产生线程的同时，还构建了一个堆结构（tiddata结构，通过线程本地存贮器与线程关联起来），这个堆结构用来保存线程入口函数地址和一些数据，比如说errno之类的线程全局变量。我认为tiddata结构的由来是这样的，多线程版本下的CTL(C RunTime Library)函数与单线程版本下的区别主要是在对使用了全局变量的那些函数实现上，在多线程情况下使用全局变量会有很多预料不到的事，所以才会有同步机制，多线程版本的CTL对此的应对措施就是在函数中使用tiddata结构，用来读取和保存全局变量。

在《Win32多线程程序设计》中总结了几条准则，何时使用_beginthreadex。
1 使用malloc()和free()，或是new和delete

2 使用stdio.h或io.h里面声明的任何函数

3 使用浮点变量或浮点运算函数

4 调用任何一个使用了静态缓冲区的runtime函数，比如:asctime(),strtok()或rand()

注：全局变量errno用来存放错误原因，效果跟Win32平台下的GetLastError()一样。

本文来自优快云博客，转载请标明出处：http://blog.youkuaiyun.com/jsswg0209/archive/2009/10/20/4703334.aspx

 

 

 

--------------------------

 

 

联系：

CreateThread、_beginthread和_beginthreadex都是用来启动线程的。

区别：

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

<<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)