许多书上都写了,应该始终使用_beginthreadex和_endthreadex,永远不要使用CreateThread和ExitThread,因为后者不会正常分配和释放C运行库的tiddata。但是,这是不准确的。
实际上,微软考虑到一些开发者喜欢用CreateThread和ExitThread,而不愿意用_beginthreadex和_endthreadex,并且喜欢把设计的禁区说成是系统的bug。因此做了一些设计,使得tiddata的处理变得自动化,尽可能地兼容这种不规范的用法。
WinXP(NT5.1)及以前的系统:
1、当用到tiddata时按需分配tiddata
2、当线程删除时,在msvcrXX.dll中监视DLL_THREAD_DETACH消息,并自动删除tiddata(无法照顾到静态链接的情况)
WinServer2003(NT5.2)及更高版本的系统:
1、当用到tiddata时按需分配tiddata
2、用到了FlsAlloc函数而不是TlsAlloc函数,这个函数允许指定一个线程退出时自动执行的回调函数,C运行库会注册一个_freefls函数,当线程删除时自动删除tiddata
不过这个功能需要运行库支持,检查方法是找到VC\crt\src\tidtable.c里面是否存在FlsAlloc等文本。
有的地方提到CreateThread不支持signal,但是实测CreateThread即使是在非常老的VC6.0,在非常老的WinXP系统上,也是支持signal的。
CreateThread使用指南:
1、动态链接:没有内存泄露
3、静态链接、支持FlsAlloc的运行库+WinServer2003及更高版本的系统:没有内存泄露
2、静态链接、不支持FlsAlloc的运行库(或者)WinXP及以前的系统:需手动调用_endthreadex以避免内存泄露,不可直接return或ExitThread