我习惯于使用良好的旧 WinAPI 调用 CreateThread()
,并使用等待函数检查线程的状态,例如 WaitForSingleObject()
,一旦线程线程使用 WAIT_OBJECT_0
发出信号,我使用 CloseHandle() 关闭它。
最近我决定转移到 beginthread
并以某种方式避免未初始化的 crt 和可能发生的意外内存泄漏的风险。
这样做让我感到困惑。
endthread()
的确切目的是什么?为什么当我在主函数中调用CloseHandle()
时,在线程执行后,CloseHandle()
因句柄无效而崩溃?- 我应该关闭
beginthread
返回的句柄吗? endthread
,据我所知,一旦我的函数超出范围,线程就会自动调用它,所以我是否应该在超出范围之前调用它?- 根据 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/