windows c多线程_windows 多线程面试题_java多线程面试题编程(3)

函数返回值：

在指定的时间内对象被触发，函数返回WAIT_OECT_0。超过最长等待时间对象仍未被触发返回WAIT_TIMEOUT。传入参数有错误将返回WAIT_FAILED

CreateThread()函数是Windows提供的API接口，在C/C++语言另有一个创建线程的函数_beginthreadex()，在很多书上（包括《Windows核心编程》）提到过尽量使用_beginthreadex()来代替使用CreateThread()，这是为什么了？下面就来探索与发现它们的区别吧。

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

if(system("notepad.exereadme.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()来负责的。下面列出_beginthreadex()函数的源代码（我在这份代码中增加了一些注释）以便读者更好的理解_beginthreadex()函数与CreateThread()函数的区别。

//_beginthreadex源码整理ByMoreWindows()

_MCRTIMPuintptr_t__cdecl_beginthreadex(

void*security,

unsignedstacksize,

unsigned(__CLR_OR_STD_CALL*initialcode)(void*),

void*argument,

unsignedcreateflag,

unsigned*thrdaddr

)

{

_ptiddataptd;//pointertoper-threaddata见注1

uintptr_tthdl;//threadhandle线程句柄

unsignedlongerr=0L;//ReturnfromGetLastError()

unsigneddummyid;//dummyreturnedthreadID线程ID号

//validationsection检查initialcode是否为NULL

_VALIDATE_RETURN(initialcode!=NULL,EINVAL,0);

//InitializeFlsGetValuefunctionpointer

__set_flsgetvalue();

//Allocateandinitializeaper-threaddatastructurefortheto-be-createdthread.

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-33747-3.html