CreateThread()、_beginthread() _beginthreadex() 联系与区别

原型:


uintptr_t _beginthread( 
   void( *start_address )( void * ),  //新线程起始地址
   unsigned stack_size,  //堆栈大小
   void *arglist         //传递给新线程参数列表
);
unsigned long _beginthreadex(   
		void *security,  //安全属性
		unsigned stack_size,  //堆栈大小 
		unsigned (__stdcall *start_address)(void *),  //回调函数   
		void *arglist,unsigned initflag,  //创建标志  
		unsigned* thrdaddr  //线程ID
		);
HANDLE WINAPI CreateThread(
  __in_opt   LPSECURITY_ATTRIBUTES lpThreadAttributes, // 指向 SECURITY_ATTRIBUTES结构体的指针,决定返回句柄是否可以被子进程继承
  __in       SIZE_T dwStackSize, 	//堆栈大小
  __in       LPTHREAD_START_ROUTINE lpStartAddress,	//新线程起始地址
  __in_opt   LPVOID lpParameter,	//传递给新线程参数
  __in       DWORD dwCreationFlags, 	//创建标志
  __out_opt  LPDWORD lpThreadId        //线程ID
);

联系:

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


区别:

_beginthread是_beginthreadex的功能子集,_beginthreadex是微软的C/C++运行时库函数,CreateThread是操作系统的函数。虽然_beginthread内部是调用_beginthreadex但他屏蔽了象安全特性这样的功能,所以_beginthread与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) 

举例:

//   create/destroy   
  BOOL   CXThread::create   (   void   *   pThreadData   )   
  {   
  //   get   ptr   to   data   
  m_pThreadData   =   pThreadData;   
  //   create   events   
  if   (   !createThreadEvents()   )   
  return   FALSE;   
  //   create   thread   
  #if   defined(UseWin32Thread)   
  m_hThread   =  CreateThread(NULL,0,   CXThread::threadProc,   (LPVOID)   this,   0,   &m_idThread   );   
  #else   
  m_hThread   =   (HANDLE)   
  _beginthreadex(   NULL,   0,   CXThread::threadProc,   (LPVOID)   this,   0,   
                                          (unsigned   int   *)   &m_idThread   );   
  #endif   
  if   (   m_hThread   ==   0   )   
  return   FALSE;   
  //   success   so   start   thread   
  //::ResumeThread(   m_hThread   );   
  return   TRUE;   
  }   
  //   thread   proc   
  #if   defined(UseWin32Thread)   
  DWORD   WINAPI CXThread::threadProc   (   LPVOID   parameter   )   
  #else   
  unsigned   _stdcall   CXThread::threadProc   (   LPVOID   parameter   )   
  #endif   
  {   
  if   (   !parameter   )   
  return   XTHREAD_NORMAL;   
  //   start   thread   
  CXThread   *   pThread   =   (CXThread   *)   parameter;   
  int   ret   =   pThread->run();   
  //   exit   the   thread   
  #if   defined(UseWin32Thread)   
  ExitThread(   XTHREAD_NORMAL);   
  #else   
  _endthreadex(   XTHREAD_NORMAL);   
  #endif   
  return   ret;   
  } 


详见:

_beginthread, _beginthreadex :http://msdn.microsoft.com/en-us/library/kdzttdcb(v=vs.80).aspx

CreateThread :http://msdn.microsoft.com/zh-cn/library/ms682453



<think>我们正在讨论WindowsAPI中CreateThread和_beginthreadex在内存管理方面的本质区别。关键点在于C/C++运行时库(CRT)的初始化。1.CreateThread是WindowsAPI函数,直接创建操作系统线程,但不会初始化CRT的线程局部存储(TLS)数据。这可能导致:-使用CRT函数(如malloc,printf)时,如果这些函数依赖于TLS(例如errno),会出现未定义行为。-在线程退出时,CRT分配的内存(如线程局部变量)可能不会被正确释放,造成内存泄漏。2._beginthreadex是CRT提供的函数,它在调用CreateThread之前会:-为线程分配并初始化一个tiddata结构(存储errno、strtok上下文等线程特定数据)。-将tiddata线程关联(通过TLS)。-确保线程退出时通过_endthreadex正确释放tiddata。因此,在C/C++程序中,应使用_beginthreadex来避免CRT相关的内存问题。引用用户提供的错误信息:用户在使用AfxBeginThread时遇到重载匹配错误,这实际上是因为MFC的AfxBeginThread有两个重载版本,用户传递的函数类型第一个重载(接收AFX_THREADPROC类型)匹配,但AFX_THREADPROC定义为UINT(__cdecl*AFX_THREADPROC)(LPVOID),而用户函数声明为UINTClientThread(LPVOIDpParam),默认调用约定为__stdcall(在WindowsAPI中常见)。因此需要显式指定调用约定:UINT__cdeclClientThread(LPVOIDpParam);但这个问题当前问题无关,当前问题是关于CreateThread和_beginthreadex的内存管理区别。现在,我们详细解释内存管理区别:假设有以下代码:使用CreateThread:DWORDWINAPIThreadFunc(LPVOID){printf("Hello");//可能崩溃或内存泄漏,因为CRT状态未初始化return0;}CreateThread(NULL,0,ThreadFunc,NULL,0,NULL);使用_beginthreadex:unsigned__stdcallThreadFunc(void*){printf("Hello");//安全,因为CRT状态已初始化return0;}_beginthreadex(NULL,0,ThreadFunc,NULL,0,NULL);总结:-CreateThread:操作系统层级线程创建,不涉及CRT,因此需要确保不依赖CRT功能(或手动初始化)。-_beginthreadex:封装了CreateThread,并添加了CRT初始化/清理,是C/C++程序的安全选择。注意:在C++11及以上,应使用std::thread,它内部会处理这些细节。参考文献:[^1]:Microsoft文档明确指出:在由_createthread、_beginthread或_beginthreadex创建线程中,可以使用CRT函数;而由CreateThread创建线程中,除非采取特殊步骤(如显式初始化CRT的TLS),否则不应使用CRT函数。相关问题:§§相关问题§§1.为什么在C++程序中直接使用CreateThread调用printf可能会导致问题?2.如何手动初始化CRT状态以便在CreateThread创建线程使用CRT函数?3.在MFC程序中,AfxBeginThread内部是如何管理线程内存的?4.std::thread_beginthreadex在内存管理上有何异同?</think>### CreateThread vs _beginthreadex 内存管理本质区别 在 Windows API 中,`CreateThread` 和 `_beginthreadex` 的核心区别在于 **C/C++运行时库(CRT)的线程局部存储(TLS)初始化**。以下是本质差异的对比分析: | **特性** | **CreateThread** | **_beginthreadex** | |------------------------|---------------------------------------------|---------------------------------------------| | **所属库** | Windows API (kernel32.dll) | C/C++运行时库 (msvcrt.dll) | | **内存泄漏风险** | 高:未初始化CRT的TLS结构 | 低:显式分配/释放TLS结构[^1] | | **线程局部变量** | 不支持`errno`、`strtok`等CRT线程局部变量 | 完全支持CRT线程局部变量 | | **清理机制** | 无CRT资源清理 | 自动调用`_endthreadex`释放TLS内存 | | **函数签名** | `DWORD WINAPI ThreadProc(LPVOID lpParam)` | `unsigned __stdcall ThreadProc(void*)` | #### 关键区别详解: 1. **TLS初始化机制** - `CreateThread`: 仅创建操作系统原生线程,**不初始化**CRT的线程局部存储(如`_tiddata`结构)。 若线程使用`malloc`/`printf`等CRT函数,会导致: - 未初始化的`errno`变量 - `strtok`等函数状态冲突 - 潜在的**内存泄漏**(约72字节/线程)[^1] - `_beginthreadex`: 内部调用`CreateThread`,但额外: ```c _ptiddata ptd = _calloc_crt(1, sizeof(struct _tiddata)); // 分配TLS结构 _initptd(ptd); // 初始化CRT状态 _callthreadentry(...); // 关联线程入口 ``` 2. **资源清理对比** - `CreateThread`线程退出时: CRT分配的TLS结构**不会被释放** → 内存泄漏。 - `_beginthreadex`线程退出时: 自动触发`_endthreadex` → 释放`_tiddata`内存: ```c void __cdecl _endthreadex(unsigned retcode) { _ptiddata ptd = _getptd(); // 获取TLS结构 _freeptd(ptd); // 释放内存 ExitThread(retcode); // 调用系统API } ``` 3. **实际影响案例** 若在`CreateThread`创建线程使用CRT函数: ```c DWORD WINAPI MyThread(LPVOID) { printf("Hello"); // 可能访问无效的TLS结构 return 0; // 退出时72字节泄漏[^1] } ``` 而使用`_beginthreadex`: ```c unsigned __stdcall MyThread(void*) { printf("Hello"); // 安全的TLS访问 return 0; // 内存自动释放 } ``` #### 最佳实践: 1. **C/C++程序**必须使用`_beginthreadex` - 避免CRT相关内存泄漏 - 确保线程局部变量正常工作 2. **纯Win32 API程序**(无CRT)可用`CreateThread` - 例如:仅调用`WriteFile`/`ReadFile`的线程 > **根本原因**:CRT库(如`msvcrt.dll`)依赖`_tiddata`结构存储线程状态。`CreateThread`绕过该初始化,而`_beginthreadex`是专为CRT设计的线程安全封装。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值