1. 具体说来,createthread这个函数是windows提供给用户的 api函数,是sdk的标准形式,在使用的过程
中要考虑到进程的同步与互斥的关系,进程间的同步互斥等一系列会导致操作系统死锁的因素,用起来比较繁
琐一些,初学的人在用到的时候可能会产生不可预料的错误,建议多使用afxbeginthread,是编译器对原来的
createthread函数的封装,用与mfc编程(当然,只要修改了项目属性,console和win32项目都能调用)而_
beginthread是c的运行库函数。
在使用afxbeginthread时,线程函数的定义为:uint _yourthreadfun(lpvoid pparam)参数必须如此
在使用createthread时,线程的函数定义为: dword winapi _yourthreadfun(lpvoid pparameter)
2.createthread:是windows的api函数,直截了当的创建了线程。它没有考虑:
1)c runtime中需要对多线程进行纪录和初始化,以保证c函数库工作正常(典型的例子是strtok函数)。
2)mfc也需要知道新线程的创建,也需要做一些初始化工作(当然,如果没用mfc就没事了)。
_beginthreadex:ms对c runtime库的扩展函数,首先针对c runtime库做了一些初始化的工作,以保证
c runtime库工作正常。然后,调用createthread真正创建线程。
afxbeginthread:mfc中线程创建的函数,首先创建了相应的cwinthread对象,然后调用
cwinthread::createthread, 在cwinthread::createthread中,完成了对线程对象的初始化工作,
然后,调用_beginthreadex创建线程。
createthread()是win32 api
afxbeginthread()是mfc的函数
如果用mfc编程,不要用createthread,如果只是使用runtime library,用 _begingthread,总之,不要轻易使用createthread
这是因为在mfc和rtl中的函数有可能会用到些它们所封装的公用变量,也就是说afxbeginthread和_beginthread都有自己的启动代码是createthread所没有的在用createthread所创建的线程中使用mfc的类和rtl函数就有可能出现问题
如果你是用汇编编写win32程序并且在线程函数中也不调用mfc和rtl的函数,那用 createthread就没问题,或者你虽然是用c写线程函数,但你很小心没调用rtl函数
也不会有问题
createthread是由操作系统提供的接口,而afxbeginthread和_beginthread则是编译
器对它的封装
tls可以以一种更简单的方式使用,那就是通过winodws对c所作的扩展关键字__declspec和扩展存储类型修饰符thread。例如:
__declspec(thread) int global_tls_i = 1; //
在函数外部,声明一个tls变量
__declspec(thread) static int local_tls_i = 2; //
在函数内部声明一个静态tls变量