Windows线程：_beginthread与_beginthreadex与CreateThread C ++

什么是更好的方式来启动一个线程，_beginthread，_beginthreadx或CreateThread？

我试图确定什么是优势/劣势_beginthread，_beginthreadex和CreateThread。所有这些函数都将线程句柄返回到新创建的线程，我已经知道，当发生错误时（可以通过调用来检查GetLastError），CreateThread提供了一些额外的信息。米使用这些功能？

我正在使用Windows应用程序，因此跨平台兼容性已经成为不可能。

我已经阅读了msdn文档，例如，我什至不明白为什么有人会决定使用_beginthread而不是CreateThread，反之亦然。

干杯!

更新：OK，所有的信息，谢谢，我也看到了在几个地方，我不能打电话WaitForSingleObject()，如果我使用的_beginthread()，但如果我呼吁_endthread()在线程不应该工作？那有什么事

CreateThread() 是用于在内核级别创建另一个控制线程的原始Win32 API调用。

_beginthread()＆_beginthreadex()是CreateThread()在后台调用的C运行时库调用。一旦CreateThread()返回，请_beginthread/ex()多做一些记账工作，以使C运行时库在新线程中可用且一致。

在C ++中，几乎应该肯定会使用，_beginthreadex()除非根本不会链接到C运行时库（aka MSVCRT * .dll / .lib）。

_beginthread()和之间有一些区别_beginthreadex()。 使其表现_beginthreadex()得更像CreateThread()（在两个参数及其行为方面）。

正如Drew Hall提到的那样，如果您使用的是C / C ++运行时，则必须使用_beginthread()/ _beginthreadex()代替，CreateThread()以便运行时有机会执行自己的线程初始化（设置线程本地存储等）。

实际上，这意味着CreateThread()您的代码几乎绝不应直接使用它。

有关_beginthread()/ 的MSDN文档中_beginthreadex()有很多差异方面的详细信息-更为重要的一个是，由于_beginthread()CRT会在线程退出时自动关闭由创建的线程的线程句柄，因此“如果_beginthread生成的线程退出了很快，返回给_beginthread调用者的句柄可能无效，或者更糟的是，指向另一个线程”。

以下是_beginthreadex()CRT来源中的评论：

Differences between _beginthread/_endthread and the "ex" versions:

1)  _beginthreadex takes the 3 extra parameters to CreateThread
  which are lacking in _beginthread():
    A) security descriptor for the new thread
    B) initial thread state (running/asleep)
    C) pointer to return ID of newly created thread

2)  The routine passed to _beginthread() must be __cdecl and has
  no return code, but the routine passed to _beginthreadex()
  must be __stdcall and returns a thread exit code.  _endthread
  likewise takes no parameter and calls ExitThread() with a
  parameter of zero, but _endthreadex() takes a parameter as
  thread exit code.

3)  _endthread implicitly closes the handle to the thread, but
  _endthreadex does not!

4)  _beginthread returns -1 for failure, _beginthreadex returns
  0 for failure (just like CreateThread).

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;
}

beginthreadex给您提供了一个HANDLE供WaitForSingleObject和朋友使用的线程。beginthread不。完成后别忘CloseHandle()了。真正的答案将是使用boost::threadC ++ 09的线程类，还是很快使用。

与相比_beginthread，_beginthreadex您可以：

1. 指定安全属性。
2. 以挂起状态启动线程。
3. 您可以获取可与一起使用的线程ID OpenThread。
4. 如果调用成功，则保证返回的线程句柄有效。在那里您需要用闭合手柄CloseHandle。
5. 返回的线程句柄可以与同步API一起使用。

两者极为_beginthreadex相似CreateThread，但前者是CRT实现，而后者是Windows API调用。CreateThread的文档包含以下建议：

可执行文件中的调用C运行时库（CRT）的线程应使用_beginthreadex和_endthreadex函数进行线程管理，而不是CreateThread和ExitThread; 这需要使用CRT的多线程版本。如果使用创建的线程CreateThread调用CRT，则CRT可能会在内存不足的情况下终止进程。

CreateThread()曾经是一个禁忌，因为CRT将被错误地初始化/清理。但这已经成为历史：现在可以调用（使用VS2010，可能还提供了一些版本）CreateThread()而无需中断CRT。

这是官方的MS确认。它指出一个例外：

实际上，在创建的线程中不应使用的唯一函数CreateThread()是该signal()函数。

但是，从一致性的角度来看，我个人更喜欢继续使用_beginthreadex()。

CreateThread()是与语言无关的Windows API调用。它只是创建OS对象-线程，并向该线程返回HANDLE。所有Windows应用程序都使用此调用来创建线程。由于明显的原因，所有语言都避免直接调用API：1.您不希望代码特定于OS。2.在调用类似API之前，您需要做一些整理工作：转换参数和结果，分配临时存储空间等。

_beginthreadex()是C的包装器CreateThread()，用于特定于C的包装。通过分配线程特定的存储，它使原始的单线程C f-ns在多线程环境中工作。

如果您不使用CRT，则无法避免直接致电CreateThread()。如果使用CRT，则必须使用_beginthreadex()VC2005之前的版本，否则某些CRT字符串f-ns可能无法正常工作。

CreateThread()是直接的系统调用。它是在Kernel32.dll其上实现的，很可能是由于其他原因而已将您的应用程序链接到该应用程序。它在现代Windows系统中始终可用。

_beginthread()并且_beginthreadex()是Microsoft C运行时（msvcrt.dll）。文档中说明了两次调用之间的区别。因此，当Microsoft C运行时可用，或者您的应用程序与之静态链接时，它就可用。除非您使用纯Windows API进行编码（就像我个人经常做的那样），否则您也可能会链接到该库。

您的问题是一个连贯的问题，实际上是一个反复出现的问题。与许多API一样，我们必须处理Windows API中存在重复和模棱两可的功能。最糟糕的是，文档并未阐明问题。我想_beginthread()创建函数族是为了更好地与其他标准C功能集成，例如的操纵errno。_beginthread()因此可以更好地与C运行时集成。

尽管如此，除非您有充分的理由使用_beginthread()或，否则_beginthreadex()应使用CreateThread()，主要是因为在最终的可执行文件中，库依赖关系可能会减少一些（对于MS CRT，这确实有点影响）。您也没有环绕该调用的包装代码，尽管这种影响可以忽略不计。换句话说，我相信坚持的主要原因CreateThread()是没有充分的理由_beginthreadex()开始使用。功能完全或几乎相同。

使用的一个很好的理由_beginthread() 是（似乎是错误的），如果_endthread()调用了C ++对象，则可以正确展开/销毁它们。

其他答案无法讨论调用包装Win32 API函数的C运行时函数的含义。在考虑DLL加载程序锁定行为时，这一点很重要。

不管是否_beginthread{ex}有其他答案讨论的任何特殊的C运行时线程/光纤内存管理，它都在（假设动态链接到C运行时）一个可能尚未加载的DLL中实现。

_beginthread*从打来的电话并不安全DllMain。我已经通过编写使用Windows“ AppInit_DLLs”功能加载的DLL进行了测试。调用_beginthreadex (...)而不是CreateThread (...)导致Windows的许多重要部分在启动期间停止运行，因为DllMain入口点死锁等待释放加载程序锁以执行某些初始化任务。

顺便说一句，这也是为什么kernel32.dll具有许多C运行时也重叠的字符串函数的原因-使用这些函数DllMain以避免相同的情况。

如果您读了《从Jeffrey Richter调试Windows应用程序》一书，他解释说几乎在所有情况下都必须调用_beginthreadex而不是调用CreateThread。_beginthread只是一个简化的包装器_beginthreadex。

_beginthreadex初始化CreateThreadAPI不会执行的某些CRT（C运行时）内部。

如果您使用CreateThreadAPI而不是使用_begingthreadex对CRT函数的调用，可能会导致意外的问题。

查阅这份来自Richter的旧Microsoft Journal。

两者之间不再有区别。

关于内存泄漏等的所有注释均基于非常旧的<VS2005版本。几年前，我已经进行了一些压力测试，并且可以揭穿这个神话。甚至Microsoft都在示例中混合了样式，几乎从未使用_beginthread。