Windows多线程学习(一)CreateThread与_beginthreadex

本博客总结摘自网络,不做商业用途,仅仅用作学习。

首先,我们先来看个例子

#include <iostream>
#include <windows.h>


//子线程函数
DWORD WINAPI My_Thread_Fun(LPVOID pM)
{
	std::cout << "子线程的ID号为:" << GetCurrentThreadId();
	std::cout << "子线程输出Hello Word" << std::endl;
	return 0;
}


//主函数,所谓主函数其实就是主线程执行的函数。
int main()
{
	HANDLE handle = CreateThread(NULL, 0, My_Thread_Fun, NULL, 0, NULL);
	WaitForSingleObject(handle, INFINITE);
	return 0;
}

Windows多线程学习(一)CreateThread与_beginthreadex_第1张图片


第一个 CreateThread

函数功能:创建线程

函数原型:

HANDLEWINAPICreateThread(

  LPSECURITY_ATTRIBUTESlpThreadAttributes,

  SIZE_TdwStackSize,

  LPTHREAD_START_ROUTINElpStartAddress,

  LPVOIDlpParameter,

  DWORDdwCreationFlags,

  LPDWORDlpThreadId

);

函数说明:

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

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

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

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

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

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

函数返回值:

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

 

第二个 WaitForSingleObject

函数功能:等待函数 – 使线程进入等待状态,直到指定的内核对象被触发。

函数原形:

DWORDWINAPIWaitForSingleObject(

  HANDLEhHandle,

  DWORDdwMilliseconds

);

函数说明:

第一个参数为要等待的内核对象。

第二个参数为最长等待的时间,以毫秒为单位,如传入5000就表示5秒,传入0就立即返回,传入INFINITE表示无限等待。

因为线程的句柄在线程运行时是未触发的,线程结束运行,句柄处于触发状态。所以可以用WaitForSingleObject()来等待一个线程结束运行。

函数返回值:

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

 

CreateThread()函数是Windows提供的API接口,在C/C++语言另有一个创建线程的函数_beginthreadex(),在很多书上(包括《Windows核心编程》)提到过尽量使用_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()来负责的。下面列出_beginthreadex()函数的源代码(我在这份代码中增加了一些注释)以便读者更好的理解_beginthreadex()函数与CreateThread()函数的区别。

//创建多子个线程实例
#include <iostream>
#include <process.h>
#include <windows.h>

//子线程函数
unsigned int __stdcall My_Thread_Fun(PVOID pM)
{
	std::cout << "子线程的ID号为:" << GetCurrentThreadId();
	std::cout << "子线程输出Hello Word" << std::endl;
	return 0;
}

//主函数,所谓主函数其实就是主线程执行的函数。
int main()
{
	HANDLE handle[5];

	for (int i = 0; i < 5; i++)
		handle[i] = (HANDLE)_beginthreadex(NULL, 0, My_Thread_Fun, NULL, 0, NULL);

	WaitForMultipleObjects(5, handle, TRUE, INFINITE);
	return 0;
}

Windows多线程学习(一)CreateThread与_beginthreadex_第2张图片


中每个子线程说的都是同一句话,不太好看。能不能来一个线程报数功能,即第一个子线程输出1,第二个子线程输出2,第三个子线程输出3,……。要实现这个功能似乎非常简单——每个子线程对一个全局变量进行递增并输出就可以了。代码如下:

#include <iostream>
#include <process.h>
#include <windows.h>

int g_nCount;
//子线程函数
unsigned int __stdcall ThreadFun(PVOID pM)
{
	g_nCount++;
	std::cout << "子线程的ID号为:" << GetCurrentThreadId();
	std::cout << "子线程报数:" << g_nCount << std::endl;
	return 0;
}

//主函数,所谓主函数其实就是主线程执行的函数。
int main()
{
	const int THREAD_NUM = 10;
	HANDLE handle[THREAD_NUM];

	g_nCount = 0;
	for (int i = 0; i < THREAD_NUM; i++)
		handle[i] = (HANDLE)_beginthreadex(NULL, 0, ThreadFun, NULL, 0, NULL);
	WaitForMultipleObjects(THREAD_NUM, handle, TRUE, INFINITE);
	return 0;
}


显示结果从1数到10,看起来好象没有问题。请看这里:http://blog.csdn.net/morewindows/article/details/7429155



你可能感兴趣的:(多线程,createthread,_beginthreadex)