创建线程的另一个函数_beginthreadex

在多线程环境中存在问题的C/C++运行期库变量和函数包括errno、_doserrno、strtok、_wcstok、strerror、_strerror、tmpnam、tmpfile、asctime、_wasctime、gmtime、_ecvt和_fcvt等。

所以如果使用上面的变量或函数的话，若要创建一个新线程，绝对不要调用操作系统的CreateThread函数，必须调C/C++运行期库函数_beginthreadex：

uintptr_t _beginthreadex(

    void   * security,

   unsigned stack_size,

   unsigned (  * start_address )(  void   *  ),

    void   * arglist,

   unsigned initflag,

   unsigned  * thrdaddr

);

 

 

注意，_beginthreadex函数只存在于C/C + +运行期库的多线程版本中。

 

 

_ beginthreadex的一些要点：

* 每个线程均获得由C/C++运行期库的堆栈分配的自己的tiddata内存结构。（tiddata结构位于Mtdll.h文件中的Visual C++源代码中）。

* 传递给_beginthreadex的线程函数的地址保存在tiddata内存块中。传递给该函数的参数也保存在该数据块中。

* _beginthreadex确实从内部调用CreateThread，因为这是操作系统了解如何创建新线程的唯一方法。

* 当调用CreateThread时，它被告知通过调用_threadstartex而不是pfnStartAddr来启动执行新线程。传递给线程函数的参数是tiddata结构而不pvParam的地址。

* 如果一切顺利，就会像CreateThread那样返回线程句柄。如果任何操作失败了，便返回

NULL。

 

_ threadstartex的一些重点：

* 新线程开始从BasethreadStart函数（在kernel32.dll文件中）执行，然后转移到_threads tartex。

* 到达该新线程的tiddata块的地址作为其唯一参数被传递给_threadstartex。

* TlsSetValue是个操作系统函数，负责将一个值与调用线程联系起来。_threadstartex函数tiddata块与线程联系起来。

* 一个SEH帧被放置在需要的线程函数周围。这个帧负责处理与运行期库相关的许多事情—例如，运行期错误（比如放过了没有抓住的C++异常条件）和 C/C++运行期库的s ignal函数。这是特别重要的。如果用 CreateThread函数来创建线程，然后调用C / C + +运行期库的signal函数，那么该函数就不能正确地运行。

* 调用必要的线程函数，传递必要的参数。记住，函数和参数的地址由_beginthreadex保存在tiddata块中。

* 必要的线程函数返回值被认为是线程的退出代码。注意， _threadstartex并不只是返回到BaseThreadStart。如果它准备这样做，那么线程就终止运行，它的退出代码将被正确地设置，但是线程的tiddata内存块不会被撤消。这将导致应用程序中出现一个漏洞。若要防止这个漏洞，可以调用另一个C/C++运行期库函数_endthreadex ,并传递退出代码。

 

_endthreadex的一些要点：

* C运行期库的_getptd函数内部调用操作系统的TlsGetValue函数，该函数负责检索调用线程的tiddata内存块的地址。

* 然后该数据块被释放，而操作系统的ExitThread函数被调用，以便真正撤消该线程。当然，退出代码要正确地设置和传递。

 

ExitThread 函数将撤消调用函数，并且不允许它从当前执行的函数返回。由于该函数不能将任何 C ++对象撤消。避免调用ExitThread的另一个原因是，它会使得线程的tiddata内存块无法释放，如果真的想要强制撤消线程，可以让它调用_endthreadex（而不是调用ExitThread）以便释放线程的tiddata块，然后退出。不过建议不要调用_endthreadex函数。

 

一旦数据块被初始化并且与线程联系起来，线程调用的任何需要单线程实例数据的 C/C ++运行期库函数都能很容易地（通过TlsGetValue）检索调用线程的数据块地址，并对线程的数据进行操作。

 

当一个线程调用要求tiddata结构的C/C++运行期库函数时，将会发生下面的一些情况（大多数 C/C++运行期库函数都是线程安全函数，不需要该结构）。首先，C/C++运行期库函数试图 (通过调用TlsGetValue)获取线程的数据块的地址。如果返回NULL作为tiddata块的地址，调用线程就不拥有与该地址相关的tiddata块。这时，C/C ++运行期库函数就在现场为调用线程分配一个tiddata块，并对它进行初始化。然后该tiddata块（通过TlsSetValue）与线程相关联。此时，只要线程在运行，该tiddata将与线程待在一起。这时，C/C++运行期库函数就可以使用线程的tiddata块，而且将来被调用的所有C/C + +运行期函数也能使用tiddata块。

这看来有些奇怪，因为线程运行时几乎没有任何障碍。实际上还是存在一些问题。

首先，如果线程使用C/C++运行期库的signal函数，那么整个进程就会终止运行，因为结构化异常处理帧尚未准备好（见上面：_ threadstartex的一些重点）。

第二，如果不是调用 _endthreadex来终止线程的运行，那么数据块就不会被撤消，内存泄漏就会出现（因为没有人会调用CreateThread函数创建的线程，而调用_endthreadex终止线程）。

 

如果程序模块链接到多线程 DLL 版本的 C/C++ 运行期库，那么当线程终止运行并释放 tiddat 块（如果已经分配了 tiddata 块的话）时，该运行期库会收到一个 DLL_THREAD_DETACH 通知。尽管这可以防止 tiddata 块的泄漏，但是强烈建议使用 _bdginthreadex 而不是使用 Createthread 来创建线程。