【程序设计】CreateThread()与_beginthreadex()的区别

在实际开发的时候，我的导师就讲，如果是多线程并发的话，创建线程的时候尽量用_beginthreadex代替CreateThread。

记是记下来了,但是至于为什么要这样，一直弄不懂，秉着做程序员切忌一知半解的心，上网找了一下这2者的区别，今天终于弄懂了。

先对这2个函数进行函数参数及返回值说明。

CreateThread：CreateThread()函数是Windows提供的API接口，相对参数类型比较复杂

函数功能：创建线程
函数原型：

HANDLEWINAPICreateThread(

  LPSECURITY_ATTRIBUTESlpThreadAttributes,

  SIZE_TdwStackSize,

  LPTHREAD_START_ROUTINElpStartAddress,

  LPVOIDlpParameter,

  DWORDdwCreationFlags,

  LPDWORDlpThreadId
);

函数说明：
第一个参数表示线程内核对象的安全属性，一般传入NULL表示使用默认设置。

第二个参数表示线程栈空间大小。传入0表示使用默认大小（1MB）。

第三个参数表示新线程所执行的线程函数地址，多个线程可以使用同一个函数地址。

第四个参数是传给线程函数的参数。

第五个参数指定额外的标志来控制线程的创建，为0表示线程创建之后立即就可以进行调度，如果为CREATE_SUSPENDED则表示线程创建后暂停运行，这样它就无法调度，直到调用ResumeThread()。

第六个参数将返回线程的ID号，传入NULL表示不需要返回该线程ID号。

函数返回值：

成功返回新线程的句柄，失败返回NULL。 

_begingthreadex:

取而代之的_begingthreadex的参数就简单了很多，因为_begingthreadex是C/C++下创建线程的函数。

函数创建一个线程。
uintptr_t _beginthread(
void( *start_address )( void * ),
unsigned stack_size,
void *arglist
);
返回值：
假如成功，函数将会返回一个新线程的句柄，用户可以像这样声明一个句柄变量存储返回值：
　　HANDLE hStdOut = _beginthread( CheckKey, 0, NULL )。如果失败_beginthread将返回-1。

参数说明：
start_address
新线程的起始地址 ，指向新线程调用的函数的起始地址
stack_size
新线程的堆栈大小，可以为0
arglist
传递给线程的参数列表，无参数时为NULL
所在库文件：
#include <process.h>

为什么要尽量_beginthreadex取代CreateThread？

  首先要从标准C运行库与多线程的矛盾说起，标准C运行库在1970年被实现了，由于当时没任何一个操作系统提供对多线程的支持。因此编写标准C运行库的程序员根本没考虑多线程程序使用标准C运行库的情况。比如标准C运行库的全局变量errno。很多运行库中的函数在出错时会将错误代号赋值给这个全局变量，这样可以方便调试。但如果有这样的一个代码片段：

if (system("notepad.exe readme.txt") == -1){switch(errno){...//错误处理代码}}

假设某个线程A在执行上面的代码，该线程在调用system()之后且尚未调用switch()语句时另外一个线程B启动了，这个线程B也调用了标准C运行库的函数，不幸的是这个函数执行出错了并将错误代号写入全局变量errno中。这样线程A一旦开始执行switch()语句时，它将访问一个被B线程改动了的errno。这种情况必须要加以避免！因为不单单是这一个变量会出问题，其它像strerror()、strtok()、tmpnam()、gmtime()、asctime()等函数也会遇到这种由多个线程访问修改导致的数据覆盖问题。

所以，终究是线程之间竞争全局变量的问题！这在线程安全中是不允许的。

为了解决这个问题，Windows操作系统提供了这样的一种解决方案——每个线程都将拥有自己专用的一块内存区域来供标准C运行库中所有有需要的函数使用。而且这块内存区域的创建就是由C/C++运行库函数_beginthreadex()来负责的。

本文由Cout_Sev 撰写并参考于网络。

参考资料：http://blog.csdn.net/morewindows/article/details/7421759

若有错误欢迎指正

转载请注明出处：http://blog.csdn.net/cout_sev/

谢谢合作！