beginthread beginthreadex CreateThread 区别

本文详细对比了C++中创建线程的不同方法,重点介绍了_beginthreadex与CreateThread的区别。前者是后者的一个封装,更好地处理了线程局部存储的问题,避免了内存泄漏的风险。

建立一个线程。
unsigned long beginthread(void(cdecl *startaddress)(void*),unsigned stacksize, void *arglist);
unsigne dlong beginthreadex(void *security,unsignedstacksize,unsigned(stdcall *startaddress) (void *), void *arglist,unsignedinitflag,unsigned *thrdaddr);
例程 需要的头文件 兼容性
beginthread <process.h> Win NT,Win 95
beginthreadex <process.h> Win NT,Win 95
对于另外兼容性的信息,参见引言中的兼容性

LIBC.LIB 单线程静态库,零售版本
LIBCMT.LIB 多线程静态库,零售版本
MSVCRT.LIB MSVCRT.DLL的输入库,零售版本
为了使用beginthread或beginthreadex,该应用必须与多线程C运行库之一进行链接。
返回值
如果成功,这些函数返回最近建立的线程的句柄,出现一个错误时,beginthread返回-1在这种情况下如果有太多的线程,则errno设置为EAGAIN,如果参量无效或栈尺寸不正确,则errno设置为EINVAL。在出现一个错误时,beginthreadex返回0,这种情况下errnodoserrno都被设置。
参数
startaddress
开始执行新线程的例程的起始地址。
Stacksize
新线程的栈尺寸或0。
Arglist
传递给新线程的参量表或NULL。
Security
新线程的安全指示符;对于Windows 95应用必须为NULL。
Initflag
新线程的初始状态(运行时返回0或暂停时返回CREATESUSPEND)。
Thrdaddr
新函数的地址。
说明
beginthread函数建立一个线程,开始startaddress处例程的执行。在startaddress处的例程必须使用cdecl调用约定且没有返回值,当该线程从这个例程返回时,它自动终止。
.beginthredex比beginthread更紧密地汇编Win32 Create ThreadAPI函数,beginthreadex在如下方面不同于beginthread:
.beginthreadex有另外三个参数:initflag、security和threadaddr。新线程可以在暂停状态中建立,使用指定的安全方式(仅在Windows NT下),可以使用thrdadar访问,它是线程标识符。
.startaddress处的程序传送给beginthreadex,必须使用stdcall调用约定且必须返回一个线程退出码。
失败时beginthreadex返回0,而不是-1。
.eginthreadex建立的线程通过调用endthreadex终止。
你可以显式调用endthread或endthreadex终止一个线程,但当该线程从作为参量传递的例程返回时自动调用endthread或endthreadex。通过调用endthread或endthreadex终止一个线程帮助确保恢复该线程分配的资源。
endthread自动关闭该线程句柄(而endthreadex不这样),因此,当使用beginthread和endthread时,通过调用Win32 CloseHandle API函数并不显式关闭该线程句柄。这个行为不同于Win32 ExitThread API函数。
注意:对于与LIBCMT.LIB链接的可执行文件,不要调用Win32ExitThread API函数;这防止该运行系统要求收回分配的资源。endthread和endthreadex要求收回分配的线程资源,然后调用ExitThread。在beginthread或beginthreadex被调用时,操作系统处理栈的分配你不需要传送线程栈地址给这些函数。另外,stacksize参量可以为0,在这种情况下操作系统使用与主线程中指定的栈相同的值。
arglist是传送给最近建立的线程的参数。它通常是一个数据项例如字符串的地址。
arglist如果不需要可以为NULL,但beginthread和beginthreadex必须提供一些传递给新线程的值。如果任何线程调用abort、exit、exit或ExitProcess,则所用线程被终止。

 在写c++代码时,一直牢记着一句话:决不应该调用CreateThread。相反,应该使用Visual  C++运行期库函数_beginthreadex。

  好像CreateThread函数就是老虎,既然这样为什么微软要开发这个函数呢?

  从网上找到的相关资料,现在汇总一下,在此对相关人员进行感谢!

  摘自《windows  核心编程》:  

  CreateThread函数是用来创建线程的Windows函数。不过,如果你正在编写C/C++代码,决不应该调用CreateThread。相反,应该使用Visual  C++运行期库函数_beginthreadex。如果不使用Microsoft的Visual  C++编译器,你的编译器供应商有它自己的CreateThred替代函数。  

  若要使多线程C和C++程序能够正确地运行,必须创建一个数据结构,并将它与使用C/C++运行期库函数的每个线程关联起来。当你调用C/C++运行期库时,这些函数必须知道查看调用线程的数据块,这样就不会对别的线程产生不良影响。 

  1.每个线程均获得由C/C++运行期库的堆栈分配的自己的tiddata内存结构。  

  2.传递给_beginthreadex的线程函数的地址保存在tiddata内存块中。传递给该函数的参数也保存在该数据块中。 

  3._beginthreadex确实从内部调用CreateThread,因为这是操作系统了解如何创建新线程的唯一方法。 

  4.当调用CreatetThread时,它被告知通过调用_threadstartex而不是pfnStartAddr来启动执行新线程。   还有,传递给线程函数的参数是tiddata结构而不是pvParam的地址。 

  5.如果一切顺利,就会像CreateThread那样返回线程句柄。如果任何操作失败了,便返回NULL。  

  _beginthreadex和_beginthread函数的区别。_beginthread函数的参数比较少,因此比特性全面的_beginthreadex函数受到更大的限制。

例如,如果使用_beginthread,就无法创建带有安全属性的新线程,无法创建暂停的线程,也无法获得线程的ID值。

  下面摘录Csdn中的Holly()的帖子进行解释,再次表示感谢。

  来源:http://topic.youkuaiyun.com/t/20000926/10/31810.html

  Holly():

  oldworm提供了很好的使用的例子,而且也运用了编译控制!  

  我来解释一下理论上的区别:  

  CreateThread、_beginthread和_beginthreadex都是用来启动线程的,但大家看到oldworm没有提供_beginthread的方式,原因简单,_beginthread是_beginthreadex的功能子集,虽然_beginthread内部是调用_beginthreadex但他屏蔽了象安全特性这样的功能,所以_beginthread与CreateThread不是同等级别,_beginthreadex和CreateThread在功能上完全可替代,我们就来比较一下_beginthreadex与CreateThread!  

  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)

<think>我们正在讨论WindowsAPI中CreateThread和_beginthreadex在内存管理方面的本质区别。关键点在于C/C++运行时库(CRT)的初始化。1.CreateThreadWindowsAPI函数,直接创建操作系统线程,但不会初始化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、付费专栏及课程。

余额充值