Windows线程:_beginthread vs _beginthreadex vs CreateThread C++

2013年1月更新:

VS 2012的CRT还执行了一些额外的初始化_beginthreadex():如果进程是"打包应用程序"(如果返回了一些有用的东西GetCurrentPackageId()),运行时将在新创建的线程上初始化MTA.

一般来说,正确的做法是调用_beginthread()/_endthread()(或ex()变体).但是,如果您使用CRT作为一个.dll,在CRT状态将被正确的初始化和销毁CRT的DllMain将被用DLL_THREAD_ATTACH和DLL_THREAD_DETACH打电话时CreateThread(),并ExitThread()分别或返回.

DllMain可以在VC\crt\src\crtlib.c下的VS的安装目录中找到CRT 的代码.

这是代码的核心_beginthreadex(参见crt\src\threadex.c):

    /*
     * Create the new thread using the parameters supplied by the caller.
     */
    if ( (thdl = (uintptr_t)
          CreateThread( (LPSECURITY_ATTRIBUTES)security,
                        stacksize,
                        _threadstartex,
                        (LPVOID)ptd,
                        createflag,
                        (LPDWORD)thrdaddr))
         == (uintptr_t)0 )
    {
            err = GetLastError();
            goto error_return;
    }

其余的_beginthreadex初始化CRT的每线程数据结构.

使用的优点_beginthread*是您的线程CRT调用将正常工作.

您应该使用_beginthread或_beginthreadex允许C运行时库自己进行线程初始化.只有C/C++程序员需要知道这一点,因为他们现在应该使用他们自己的开发环境的规则.

如果你使用,_beginthread你不需要打电话,CloseHandle因为RTL会为你做.这就是为什么你不能在手柄上等待的原因_beginthread.也_beginthread导致混乱,如果线程函数立即退出(快速)作为启动线程我可以左手拿着无效的线程句柄,它刚刚推出的线程.

_beginthreadex句柄可以用于等待,但也需要显式调用CloseHandle.这是使他们安全使用等待的一部分.使其完全万无一失的另一个问题是始终启动线程暂停.检查成功,记录句柄等.恢复线程.这是防止线程在启动线程可以记录其句柄之前终止所必需的.

最佳做法是使用_beginthreadex,记录句柄后启动暂停然后恢复,等待处理即可,CloseHandle必须调用.

CreateThread()用于在代码中使用任何CRT函数时发生内存泄漏._beginthreadex()具有相同的参数,CreateThread()并且它比它更通用_beginthread().所以我建议你使用_beginthreadex().

关于你更新的问题:" WaitForSingleObject()如果我使用的话,我也会在几个地方看到我不能打电话_beginthread(),但如果我_endthread()在线程中打电话不应该那么有用吗？"

通常,您可以将线程句柄传递给WaitForSingleObject()(或等待对象句柄的其他API),直到线程完成为止.但是,调用_beginthread()时创建的线程句柄在_endthread()调用时会关闭(可以显式完成,也可以在线程过程返回时由运行时隐式完成).

问题在文档中提到WaitForSingleObject():

如果在等待仍处于暂挂状态时关闭此句柄,则函数的行为未定义.

看功能签名,CreateThread几乎完全相同_beginthreadex.

_beginthread,_beginthreadx vsCreateThread

HANDLE WINAPI CreateThread(
  __in_opt   LPSECURITY_ATTRIBUTES lpThreadAttributes,
  __in       SIZE_T dwStackSize,
  __in       LPTHREAD_START_ROUTINE lpStartAddress,
  __in_opt   LPVOID lpParameter,
  __in       DWORD dwCreationFlags,
  __out_opt  LPDWORD lpThreadId
);

uintptr_t _beginthread( 
   void( *start_address )( void * ),
   unsigned stack_size,
   void *arglist 
);

uintptr_t _beginthreadex( 
   void *security,
   unsigned stack_size,
   unsigned ( *start_address )( void * ),
   void *arglist,
   unsigned initflag,
   unsigned *thrdaddr 
);

这里的评论说_beginthread可以使用__cdecl或者__clrcall调用约定作为起始点,并且_beginthreadex可以使用__stdcall或者__clrcall用于起始点.

我认为人们对内存泄漏的评论CreateThread已有十多年的历史,应该被忽略.

有趣的是,这两个_beginthread*函数实际调用CreateThread的引擎盖下,在C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\crt\src我的机器上.

// From ~line 180 of beginthreadex.c
/*
 * Create the new thread using the parameters supplied by the caller.
 */
if ( (thdl = (uintptr_t)
      CreateThread( (LPSECURITY_ATTRIBUTES)security,
                    stacksize,
                    _threadstartex,
                    (LPVOID)ptd,
                    createflag,
                    (LPDWORD)thrdaddr))
         == (uintptr_t)0 )
{
        err = GetLastError();
        goto error_return;
}