时间戳

首页 > 解决方案 > 没有在 C 中正确释放线程

c - 没有在 C 中正确释放线程

问题描述

我正在用 C 语言编写一个程序threads，我永远不会知道它们何时完成，所以我正在使用pthread_detach()它来释放该内存，对吧？

这是代码：

pthread_t thread_id_Gruder, thread_id_Tavish;

estado_threadGruder = pthread_create(&thread_id_Gruder,NULL,SERVER_McGruderDedicado,&td_Gruder);

estado_threadTavish = pthread_create(&thread_id_Tavish,NULL,SERVER_McTavishDedicado,&td_Tavish);

if (estado_threadGruder != 0 || estado_threadTavish != 0) {
            if (estado_threadGruder != 0) MSSG_error(THREAD_ERROR, "McGruder");
            else MSSG_error(THREAD_ERROR, "McTavish");
            raise(SIGINT);
            pause();
}
pthread_detach(thread_id_Gruder);
pthread_detach(thread_id_Tavish);

但是当我valgrind用来检查内存泄漏时，我发现了这个输出：

HEAP SUMMARY:
==19426==     in use at exit: 544 bytes in 2 blocks
==19426==   total heap usage: 15 allocs, 13 frees, 628 bytes allocated
==19426== 
==19426== Thread 1:
==19426== 272 bytes in 1 blocks are possibly lost in loss record 1 of 2
==19426==    at 0x4C31B25: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==19426==    by 0x40134A6: allocate_dtv (dl-tls.c:286)
==19426==    by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
==19426==    by 0x4E44227: allocate_stack (allocatestack.c:627)
==19426==    by 0x4E44227: pthread_create@@GLIBC_2.2.5 (pthread_create.c:644)
==19426==    by 0x1097AA: main (in /users/home/alumnes/LS//PRACTICA/Lionel-S/Lionel)
==19426== 
==19426== 272 bytes in 1 blocks are possibly lost in loss record 2 of 2
==19426==    at 0x4C31B25: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==19426==    by 0x40134A6: allocate_dtv (dl-tls.c:286)
==19426==    by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
==19426==    by 0x4E44227: allocate_stack (allocatestack.c:627)
==19426==    by 0x4E44227: pthread_create@@GLIBC_2.2.5 (pthread_create.c:644)
==19426==    by 0x1097CC: main (in /users/home/alumnes/LS//PRACTICA/Lionel-S/Lionel)
==19426== 
==19426== LEAK SUMMARY:
==19426==    definitely lost: 0 bytes in 0 blocks
==19426==    indirectly lost: 0 bytes in 0 blocks
==19426==      possibly lost: 544 bytes in 2 blocks
==19426==    still reachable: 0 bytes in 0 blocks
==19426==         suppressed: 0 bytes in 0 blocks
==19426== 
==19426== For counts of detected and suppressed errors, rerun with: -v
==19426== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 0 from 0)

我尝试在没有该phtread_detach()功能的情况下运行代码，但valgrind显示相同的内存泄漏，所以我假设我没有正确分离......

我是否正确分离了线程，或者问题出在我的线程内部？

谢谢。

标签： cmultithreadingvalgrind

解决方案

问题很可能是你的线程。即使你没有使用它们malloc里面的任何东西。

这是发生的情况，当您使用 pthread_create 创建线程时，库会为线程的正确操作分配一堆东西，并开始运行它。通常，这些东西只有在这些线程使用pthread_join. 但是，在某些情况下，您的代码中没有一点您想要同步线程的地方，而只是希望它们在完成后消失。这就是为什么存在pthread_detach. 一个分离的线程会在它运行后立即清理自己returns。请注意，当他们返回时。

如果程序结束时你的线程还没有结束，你的 main 函数会正常结束，但你的线程仍在运行。由于他们还没有回来，他们还没有被清理干净。

如果您打算让这些线程一直运行到程序完成，或者想在程序结束时等待它们没有完成，那么您确实有一点要同步它们（程序结束）并且 pthread_detach 可能不会要走的路。

如果您的线程有无限循环，我建议创建一个should_Terminate以 0 开头的变量，如果其值为 1，则使线程中的循环中断。然后，当您想终止程序时将其设置为 1，并用于pthread_join等待线程优雅地结束他们的工作。

如果它们没有无限循环，并且肯定会在某个时候返回，那么只需在程序结束时加入它们就足够了。

推荐阅读