许多书上都写了，应该始终使用_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