c++ - 如何正确使用_beginthread和endthread

标签 c++ multithreading winapi

我习惯于使用良好的旧 WinAPI 调用 CreateThread(),并使用等待函数检查线程的状态,例如 WaitForSingleObject(),一旦线程线程使用 WAIT_OBJECT_0 发出信号,我使用 CloseHandle() 关闭它。

最近我决定转移到 beginthread 并以某种方式避免未初始化的 crt 和可能发生的意外内存泄漏的风险。

这样做让我感到困惑。

  1. endthread() 的确切目的是什么?为什么当我在主函数中调用 CloseHandle() 时,在线程执行后,CloseHandle() 因句柄无效而崩溃?
  2. 我应该关闭 beginthread 返回的句柄吗?
  3. endthread,据我所知,一旦我的函数超出范围,线程就会自动调用它,所以我是否应该在超出范围之前调用它?
  4. 根据 msdn,endthread 已经调用了 CloseHandle() 1. 线程从哪里获得对其句柄的引用/实例。 2. 如果我坚持使用endthread(),它应该是线程中的最后一个命令吗?

谢谢

编辑:描述泄漏的 MSDN 论文,here .

最佳答案

正如 David Hefferman 在评论中所述,您只需将代码改回使用 CreateThread。第一次使用使用每线程数据的函数时,Visual C++ 运行时 (CRT) 将自动初始化 CRT 的每线程数据。

当线程结束时,CRT 也会自动释放每个线程的数据,因此使用 CreateThread 不会导致内存泄漏。有一个异常(exception),如果以下所有条件都成立,则不会自动释放每个线程的数据:

  • 您构建的是可执行文件,而不是 DLL
  • 您正在链接 CRT 库的静态版本 (LIBCMT.LIB) 而不是 DLL 版本 (MSVCRT.LIB)
  • 您构建的可执行文件在 Windows XP(或更早版本的 Windows)下运行。

请注意,即使在您的情况下这一切都是真的,内存泄漏也不会很严重,除非您正在创建一个长期存在的应用程序,该应用程序在其生命周期内创建和销毁数十万个线程。

如果您仍想使用 CRT 线程创建函数 (_beginthread/_beginthreadex),您应该遵循以下准则:

  • 切勿使用 _beginthread 返回的句柄。使用 _beginthread 时,线程句柄会在线程退出时自动关闭,这可能发生在 _beginthread 甚至返回之前。您不能安全地将它与 WaitForSingleObject 一起使用,因为线程可能在您调用此函数之前已经退出。如果您想将线程句柄用于任何用途,请改用 _beginthreadex
  • 永远不要关闭_beginthread 返回的句柄。 CRT 会自动执行此操作,并且如上一点所述,可能会在您有机会之前执行此操作。
  • 当您不再需要时,您应该始终关闭 _beginthreadex 返回的句柄。 CRT 不会自动为您执行此操作,因此这是您自己的责任。
  • 不要调用_endthread_endthreadex 除非您想快速异常终止线程。虽然 CRT 将释放它自己的每线程数据,但不会调用任何线程对象的 C++ 析构函数。它的行为类似于 _exit 在不调用析构函数的情况下结束进程的方式。
  • 结束线程的正常方法应该是从作为参数传递给 _beginthread_beginthreadex 的函数返回。这将导致 C++ 析构函数作为函数返回的正常部分被调用。

关于c++ - 如何正确使用_beginthread和endthread,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31244131/

相关文章:

java - Java中的多线程

c++ - MSDN CommonFileDialogModes,为我的目的而改变

c++ - 如果子级覆盖另一个具有相同名称和不同签名的方法,则不会继承基类方法

c++ - 初始化指向指针的指针 vector

java - 实时切换内容 Pane

c - pthread 不等待互斥锁 threadFinished

c++ - 正确处理子类过程中的 WM_PASTE

c++ - 设置系统光标大小

C++函数调用

java - 关于字符串中的括号