CreateThread 不会判断lpStartAddr是数据还是代码,甚至不会判断是否有足够的
访问权限
。lpStartAddr可以未必是个函数,也可以是类成员,只要将
函数指针
强制转换
,并且不产生
栈溢出
和没有访问权限的问题就以及类如未定义的指令之类的错误可以顺利执行线程。创建类
成员函数
的对象时,this指针是调用CreateThread时所处的
类对象
的指针。在类对象外调用,其this指针将是未知的。
dwStackSize
,设置初始栈的大小,以字节为单位,如果为0,那么默认将使用与调用该函数的线程相同的栈空间大小。任何情况下,Windows根据需要动态延长
堆栈
的大小。
lpStartAddress
,指向线程函数的指针,形式:@函数名,函数名称没有限制,
线程有两种声明方式
(1)DWORD WINAPI 函数名 (LPVOID lpParam); //标准格式
DWORD WINAPI 函数名 (LPVOID lpParam)
return 0;
CreateThread(NULL, 0, 函数名, 0, 0, 0);
(2)void 函数名();
使用void 函数名()此种线程声明方式时,lpStartAddress需要加入
LPTHREAD_START_ROUTINE
转换,如
void 函数名()
return;
CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE)函数名, 0, 0, 0);
lpParameter
:向线程函数传递的参数,是一个指向结构的指针,不需传递参数时,为NULL。
dwCreationFlags
:线程标志,可取值如下
(1)CREATE_SUSPENDED(0x00000004):创建一个挂起的线程,
(2)0:表示创建后立即激活。
(3)STACK_SIZE_PARAM_IS_A_RESERVATION(0x00010000):dwStackSize参数指定初始的保留堆栈 的大小,否则,dwStackSize指定提交的大小。该标记值在
Windows 2000
/NT and Windows Me/98/95上不支持。
lpThreadId
:保存新线程的id。
返回值
:函数成功,返回线程句柄;函数失败返回false。若不想返回线程ID,设置值为NULL。
函数说明:
创建一个线程。
语法:
hThread = CreateThread (&security_attributes, dwStackSize, ThreadProc,pParam, dwFlags, &idThread) ;
一般并不推荐使用 CreateThread函数,而推荐使用RTL库里的System单元中定义的 BeginThread函数,因为这除了能创建一个线程和一个入口函数以外,还增加了几项保护措施。
在
MFC
程序中,应该调用AfxBeginThread函数,在
Visual C++
程序中应调用_beginthreadex函数。
其实,真正的原因并非如此。看如下一段代码:
HANDLECreateThread(
LPSECURITY_ATTRIBUTESlpThreadAttributes,//线程安全属性
DWORDdwStackSize,//堆栈大小
LPTHREAD_START_ROUTINElpStartAddress,//线程函数
LPVOIDlpParameter,//线程参数
DWORDdwCreationFlags,//线程创建属性
LPDWORDlpThreadId//线程ID
BOOL CloseHandle( HANDLE
hObject
);//HANDLE hObject 对象句柄
CloseHandle可以关闭多种类型的对象,比如文件对象等,这里使用这个函数来关闭线程对象。调用时,hObject为待关闭的线程对象的句柄。
说使用这种方法可能会引发
内存泄漏
问题,其实不完全正确。那为什么会引起内存的泄漏呢?因为当线程的函数用到了C的标准库的时候,很容易导致冲突,所以在创建VC的工程时,系统提示是用
单线程
还是用
多线程
的库,因为在C的内部有很多的
全局变量
。例如,出错号、
文件句柄
等全局变量。
因为在C的库中有全局变量,这样用C的库时,如果程序中使用了标准的C
程序库
时,就很容易导致运行不正常,会引起很多的冲突。所以,
微软
和
Borland
都对C的库进行了一些改进。但是这个改进的一个条件就是,如果一个线程已经开始创建了,就应该创建一个结构来包含这些全局变量,接着把这些全局变量放入线程的
上下文
中和这个线程相关起来。这样,全局变量就会依赖于这个线程,不会引起冲突。
这样做就会有一个问题,什么时候这个线程开始创建呢?标准的Windows的
API
是不知道的,因为它是静态的库。这些库都是放在VC的LIB的目录内的,而线程函数是操作系统的函数。所以,VC和BC在创建线程时,都会用_beginThread来创建线程,再用_endThread来结束线程。这样,它们在创建线程的时候,就会知道什么时候创建了线程,并把
全局变量
放入某一结构中,让它和线程能关联起来。这样就不会发生冲突了。
很显然,要完成这个功能,首先需要
分配结构
表把全局变量包含起来。这个过程是在_beginThread时做的,而释放则是在_endTread内完成。
所以,当用_beginThread来创建,而用CloseHandle来关闭线程时,这时复制的全局结构就不会被释放了,这就有了内存的泄漏。这就是很多资料所说的内存泄漏问题的真正的原因。
其实,可以不用_beginThread和_endThread这一对函数。如果用CreateThread函数创建,用CloseHandle关闭,那么,与C有关的库就会用全局的,它们会引起冲突。所以,比较好的方法就是在线程内不用标准的C的库(可以使用
Windows API
的
库函数
)。这样就不会有什么问题,也就不会引起冲突。例如,
字符串
的操作函数、文件操作等。
当某个程序创建一个线程后,会产生一个线程的句柄,线程的句柄主要用来控制整个线程的运行,例如停止、挂起或设置线程的
优先级
等操作。
(这是VC6.0的早期BUG,后来的
vs
版本都修复了这个漏洞。老问题不值得重谈!)
CreateThread 函数从一个进程里面创建一个线程。这个开始的线程必须指定开始执行代码的地址,新线程执行。有
代表性
的,开始地址就是一个函数名。这个函数有一个参数,并且返回一个 DWORD 值。一个进程里面同时有多个线程在执行。
#include <windows.h>
#include <strsafe.h>//win2003SDK必须安装 要不无此头文件。此文件是为了实现StringCchPrintf,StringCchLength。
#define MAX_THREADS 3
#define BUF_SIZE 255
typedef struct _MyData{
int val1;
int val2;
}MYDATA,*PMYDATA;
DWORD WINAPI ThreadProc(LPVOID lpParam)
HANDLE hStdout;
PMYDATA pData;
TCHAR msgBuf[BUF_SIZE];
size_tcchStringSize;
DWORD dwChars;
hStdout=GetStdHandle(STD_OUTPUT_HANDLE);
if(hStdout==INVALID_HANDLE_VALUE)
return 1;
//Cast the parameter to the correct data type.
pData=(PMYDATA)lpParam;
//Print the parameter values using thread-safe functions.
StringCchPrintf(msgBuf,BUF_SIZE,TEXT("Parameters=%d,%d\n"),
pData->val1,pData->val2);
StringCchLength(msgBuf,BUF_SIZE,&cchStringSize);
WriteConsole(hStdout,msgBuf,cchStringSize,&dwChars,NULL);
//Free the memory allocated by the caller for the thread
//data structure.
HeapFree(GetProcessHeap(),0,pData);
return 0;
void main()
PMYDATA pData;
DWORD dwThreadId[MAX_THREADS];
HANDLE hThread[MAX_THREADS];
int i;
//Create MAX_THREADS worker threads.
for(i = 0; i < MAX_THREADS; i++)
//Allocate memory for thread data.
pData=(PMYDATA)HeapAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,
sizeof(MYDATA));
if(pData==NULL)
ExitProcess(2);
//Generate unique data for each thread.
pData->val1=i;
pData->val2=i+100;
hThread[i]=CreateThread(
NULL,//default security attributes
0,//use default stack size
ThreadProc,//thread function
pData,//argument to thread function
0,//use default creation flags
&dwThreadId[i]);//returns the thread identifier
//Check there turn value for success.
if(hThread[i]==NULL)
ExitProcess(i);
//Wait until all threads have terminated.
WaitForMultipleObjects(MAX_THREADS,hThread,TRUE,INFINITE);
//Close all thread handle supon completion.
for(i=0;i<MAX_THREADS;i++)
CloseHandle(hThread[i]);