线程没有正常结束产生的内存泄露问题的解决

最新推荐文章于 2023-08-21 16:02:33 发布
最新推荐文章于 2023-08-21 16:02:33 发布
阅读量2.4k 收藏 4
点赞数
分类专栏： Win C/C++

   在毕设程序的收尾阶段，首先发现内存泄露的地方，是在线程的不能正常结束导致线程所占有的资源无法被释放。如下：

Detected memory leaks!
Dumping objects ->
f:\rtm\vctools\vc7libs\ship\atlmfc\src\mfc\thrdcore.cpp(306): {396} client block at 0x003BBE18, subtype c0, 68 bytes long.
a CWinThread object at $003BBE18, 68 bytes long
f:\rtm\vctools\vc7libs\ship\atlmfc\src\mfc\thrdcore.cpp(306): {390} client block at 0x01313580, subtype c0, 68 bytes long.
a CWinThread object at $01313580, 68 bytes long
f:\rtm\vctools\vc7libs\ship\atlmfc\src\mfc\thrdcore.cpp(306): {208} client block at 0x003BFF80, subtype c0, 68 bytes long.
a CWinThread object at $003BFF80, 68 bytes long
f:\rtm\vctools\vc7libs\ship\atlmfc\src\mfc\thrdcore.cpp(306): {205} client block at 0x003BFF00, subtype c0, 68 bytes long.
a CWinThread object at $003BFF00, 68 bytes long
Object dump complete.
程序“[4048] TetrisGame.exe: 本机”已退出，返回值为 0 (0x0)。

 

      这类的内存泄露乍一看，那个文件../ thrdcore.cpp(306) 不是自己写的啊，怎么会在那里产生MemoryLeak 呢？难道MFC有Bug? 想不明白。

  经过一番研究思考，发现原来是自己程序结束时，所开的线程还没有被Kill ，于是动手修改之。

  问题解决，现在记录过程如下，以备以后参考。

  一、总共建立四个全局线程函数：

//头文件里declare四个线程指针

//----- Thread Control :
private:
 CWinThread*m_pThread_ListenBcast;    
 CWinThread*m_pThread_ListenConnect;   
 CWinThread *m_pThread_ListenGSP;
 CWinThread *m_pThread_ListenGAM;
// ----  Thread Control :~

 

//CView.cpp文件里declare Thread End Control Flags 和 线程函数

//--- Thread Control:
BOOL g_bThread_ListenBcast_MustEnd;               // Global variable flag to control Thread End
BOOL g_bThread_ListenConnect_MustEnd;     // Global variableflag to control Thread End
BOOL g_bThread_ListenGAM_MustEnd;      // Global variableflag to control Thread End
BOOL g_bThread_ListenGSP_MustEnd;      // Global variableflag to control Thread End

UINT Thread_Listen_Broadcast( LPVOID pParam );
UINT Thread_Listen_Connect( LPVOID pParam );
UINT Thread_Listen_RivalGSPack( LPVOID pParam );
UINT Thread_Listen_RivalGAMPack( LPVOID pParam );
// --- Thread Control:~

  

   二、程序开始时，在view的构造函数里要首先对线程进行初始化和beginthread 的工作：

// ----- Thread Control :
 g_bThread_ListenBcast_MustEnd = FALSE;
 m_pThread_ListenBcast = AfxBeginThread(Thread_Listen_Broadcast, m_hWnd );
 m_pThread_ListenBcast->m_bAutoDelete =FALSE;  // The thread manually deleted
 g_bThread_ListenConnect_MustEnd = FALSE;
 m_pThread_ListenConnect = AfxBeginThread(Thread_Listen_Connect, m_hWnd );
 m_pThread_ListenConnect->m_bAutoDelete =FALSE;

 g_bThread_ListenGAM_MustEnd = FALSE;
 m_pThread_ListenGAM = NULL;

 g_bThread_ListenGSP_MustEnd = FALSE;  
 m_pThread_ListenGSP = NULL;
 // ----  Thread Control :~

   如果不对m_pThread_ListenGAM 和 m_pThread_ListenGSP 初始化为NULL ，在Debug 时会被引发断点，如：

   TetrisGame.exe 中的 0x0042e014 处最可能的异常: 0xC0000005: 读取位置 0xcdcdcdf9 时发生访问冲突
   TetrisGame.exe 中的 0x0042e014 处未处理的异常: 0xC0000005: 读取位置 0xcdcdcdf9 时发生访问冲突

  以后再遇到"异常:0xC0000005: 读取位置0xcdcdcdf9 时发生访问冲突"，就知 某个指针变量没有进行初始化，所以构造函数时应该对所有的指针变量进行赋初值为NULL。

 

   三、然后是在OnBeginOnLineFight 函数里 begin 两外两个线程：

LRESULTCTetrisGameView::OnBeginOnLineFight( WPARAM, LPARAM )
{
      //----------------------------------Till_Here_2011-04-16 --------------------------------//
      // 1 Send a message to MainFrame, to redraw theDouble GA
      CFrameWnd *pActiveFrame = (CFrameWnd *)(AfxGetApp()->m_pMainWnd );
      if ( NULL != pActiveFrame )
      {
          pActiveFrame->SendMessage( MSG_To_MainFram_Redraw_Double_GA, 0, 0 );
      }

     // 2 POL Begin
      g_pP2P->Set_bStartPOL( true );

     g_bThread_ListenGAM_MustEnd = FALSE;
     g_bThread_ListenGSP_MustEnd = FALSE;

     // 2.1 Begin Thread_Listen_RivalGAMPack and  Thread_Listen_RivalGSPack
      m_pThread_ListenGAM= AfxBeginThread( Thread_Listen_RivalGAMPack, NULL );
      m_pThread_ListenGAM->m_bAutoDelete= FALSE;  // The thread manually deleted
      m_pThread_ListenGSP= AfxBeginThread( Thread_Listen_RivalGSPack, NULL );
      m_pThread_ListenGSP->m_bAutoDelete= FALSE;  // The thread manually deleted

      //2.2 First begin PM( Play myself )
      m_pTe->GameStart( m_hWnd );

      //2.3 Second redraw the Rival's GA, Rival starts
      g_pTePOL->Rival_GameStart( m_hWnd);    

     return 0;
}

 

  四、最后在析构函数里，进行对线程进行关闭和Clear工作：

//1  ----- Thread Terminate :
 // Set flags
 g_bThread_ListenBcast_MustEnd = TRUE;
 g_bThread_ListenConnect_MustEnd = TRUE;

 g_bThread_ListenGAM_MustEnd = TRUE;
 g_bThread_ListenGSP_MustEnd = TRUE;

 //Clear
 if ( m_pThread_ListenBcast )
 {
       if (WaitForSingleObject( m_pThread_ListenBcast->m_hThread, 100 ) == WAIT_TIMEOUT)
      {      
             TerminateThread(m_pThread_ListenBcast->m_hThread, NULL ); 
            TRACE("\n\t:-0 _1 Thread_Listen_Broadcast be terminated atlast.\n"); 
       }   
       CloseHandle(m_pThread_ListenBcast->m_hThread );
       m_pThread_ListenBcast->m_hThread= NULL;
      Safely_Delete_Pointer( m_pThread_ListenBcast );
 }   
 if ( m_pThread_ListenConnect )
 {    
       if (WaitForSingleObject( m_pThread_ListenConnect->m_hThread, 100 ) ==WAIT_TIMEOUT )
       {      
             TerminateThread( m_pThread_ListenConnect->m_hThread, NULL );
             TRACE("\n\t:-0 _2 Thread_Listen_Connect be terminated atlast.\n");  
       }   
       CloseHandle(m_pThread_ListenConnect->m_hThread );
      m_pThread_ListenConnect->m_hThread = NULL;
      Safely_Delete_Pointer( m_pThread_ListenConnect );
 } 
 if ( m_pThread_ListenGAM )
 {
      TerminateThread( m_pThread_ListenGAM->m_hThread, NULL );
      TRACE("\n\t:-0 _3 Thread_Listen_GAM be terminated at last.\n"); 
       CloseHandle(m_pThread_ListenGAM->m_hThread );
      m_pThread_ListenGAM->m_hThread = NULL;
      Safely_Delete_Pointer( m_pThread_ListenGAM );
 } 
 if ( m_pThread_ListenGSP )
 {
       TerminateThread(m_pThread_ListenGSP->m_hThread, NULL );
       TRACE("\n\t:-0_4 Thread_Listen_GSP be terminated at last.\n"); 

       CloseHandle(m_pThread_ListenGSP->m_hThread );
      m_pThread_ListenGSP->m_hThread = NULL;
      Safely_Delete_Pointer( m_pThread_ListenGSP );
 } 
 // ----  Thread Terminate :~

 

 

   五、附上四个线程函数：

//
// ==== Davy's manual Thread Functions:

UINT Thread_Listen_Broadcast( LPVOID pParam )
{
 while ( ! g_bThread_ListenBcast_MustEnd )
 { 
  // 1 Cover
  if ( !g_pP2P )
  {
   TRACE("\n\t-->| :-) _1 Thread_Listen_Broadcast returnNormally. \n");
   return 0;
  } 

  //2
  if ( g_pP2P )
  {
   g_pP2P->Listen_Broadcast();
  }
     
  Sleep( 80 );    
 } 

 TRACE("\n\t:-)_1 Thread_Listen_Broadcast return Normally.\n"); 
 return 0;   
}

UINTThread_Listen_Connect( LPVOID pParam )
{
 while ( ! g_bThread_ListenConnect_MustEnd )
 {
  // 1 Cover
  if ( !g_pP2P )
  {
   TRACE("\n\t-->| :-) _2 Thread_Listen_Connect returnNormally. \n");
   return 0;
  } 

  //2 Listen Connect Or AcceptFight_RefuseFight
  if ( g_pP2P )
  {
   g_pP2P->Listen_Connect_Or_AcceptFight_RefuseFight();
  }   

  //3 Get the Connect Type
  if ( g_pP2P && g_pP2P->Get_bSucceedConnect() )
  {
   // Get this's View Pointer:
   CView *pView = ( (CFrameWnd *)( AfxGetApp()->m_pMainWnd ))->GetActiveView();
   // :~
   if ( pView )
   {
    pView->PostMessage( MSG_CONNECT_REQUEST, 0, 0 );
   }   
  }
  else if ( g_pP2P && g_pP2P->Get_bAcceptFightRequest() )
  {
   CView *pView = ( (CFrameWnd *)( AfxGetApp()->m_pMainWnd ))->GetActiveView();
   if ( pView )
   {
    pView->PostMessage( MSG_Rival_Accept_Fight_Request,0, 0 );
   }
  }
  else if ( g_pP2P && g_pP2P->Get_bRefuseFightRequest() )
  {
   CView *pView = ( (CFrameWnd *)( AfxGetApp()->m_pMainWnd ))->GetActiveView();
   if ( pView )
   {
    pView->PostMessage( MSG_Rival_Refuse_Fight_Request,0, 0 );
   }
  }
  // ---------------------------- Loser and Winner :
  else if ( g_pP2P && g_pP2P->Get_bRecvLoserWouldNotFA() )
  {
   //
   CView *pView = ( ( CFrameWnd *)( AfxGetApp()->m_pMainWnd ))->GetActiveView();
   if ( pView )
   {
    pView->PostMessage( MSG_LoserWouldNotFA, 0, 0 );
   }
  } 
  else if ( g_pP2P && g_pP2P->Get_bRecvLoserFAR() )
  {
   //
   CView *pView = ( ( CFrameWnd *)( AfxGetApp()->m_pMainWnd ))->GetActiveView();
   if ( pView )
   {
    pView->PostMessage( MSG_LoserWantFightAgain, 0, 0 );
   }
  } 
  else if ( g_pP2P && g_pP2P->Get_bAcceptLoserFAR() )
  {
   CView *pView = ( ( CFrameWnd *)( AfxGetApp()->m_pMainWnd ))->GetActiveView();
   if ( pView )
   {
    pView->PostMessage( MSG_WinnerAcceptLoserFAR, 0, 0);
   }
  } 
  else if ( g_pP2P && g_pP2P->Get_bRefuseLoserFAR() )
  {
   CView *pView = ( ( CFrameWnd *)( AfxGetApp()->m_pMainWnd ))->GetActiveView();
   if ( pView )
   {
    pView->PostMessage( MSG_WinnerRefuseLoserFAR, 0, 0);
   }
  } 

  //3 Pause for 80 ms
  Sleep( 80 ); 
 }

 TRACE("\n\t:-)_2 Thread_Listen_Connect return Normally.\n");
 return 0;    
}
UINT Thread_Listen_RivalGSPack( LPVOID pParam )
{
 while ( ! g_bThread_ListenGSP_MustEnd )
 {
  // 1 Cover
  if ( !g_pP2P || ! g_pP2P->Get_bStartPOL() )
  {
   TRACE("\n\t-->| Thread_Listen_RivalGSPack returnnormally at last. :-) \n");
   return 0;
  }

  //2 Listen RivalGSPack
  if ( g_pP2P && !g_pP2P->Listen_RivalGSPack( (AfxGetApp()->m_pMainWnd )->m_hWnd ) )  
  {
   TRACE("\n\t-->| Thread_Listen_RivalGSPack()_Fail toListen_RivalGSPack. :-( \n");
  }

  //2 Pause for 40 ms
  Sleep( 40 ); 
 }

 //3 Return
 TRACE("\n\t :-) _3 Thread_Listen_RivalGSPack return normally atlast. \n");
 return 0; 
}

UINTThread_Listen_RivalGAMPack( LPVOID pParam )
{
 while ( ! g_bThread_ListenGAM_MustEnd )
 {
  // 1 Cover
  if ( !g_pP2P || !g_pP2P->Get_bStartPOL() )
  {
   TRACE("\n\t-->| Thread_Listen_RivalGAMPack returnnormally at last. :-) \n");
   return 0;
  } 

  //2 Listen RivalGAMPack
  if ( g_pP2P && !g_pP2P->Listen_RivalGAMPack() )
  {
   TRACE("\n\t-->| Thread_Listen_RivalGAMPack()_Fail toListen_RivalGAMPack. :-( \n");
  }

  //2 Pause for 10 ms
  Sleep( 10 ); 
 }

 //3 Return
 TRACE("\n\t:-) _4 Thread_Listen_RivalGAMPack return normally atlast.  \n");
 return 0; 
} //:~

//


还有程序里用到的一个宏定义：

#define Safely_Delete_Pointer( pX )   \
{                                                                \
     if ( NULL != pX)                                \
    {                                                            \
         deletepX;                                       \
         pX =NULL;                                    \
    }                                                            \
}


转自：http://wenku.baidu.com/view/96505a40a8956bec0975e3a9.html

逍遥子(｡ˇε ˇ｡）
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
易语言源码易语言内存结束线程源码.rar
03-30
在“易语言源码易语言内存结束线程源码.rar”这个压缩包中，我们主要讨论的是如何使用易语言来处理内存管理和线程结束的相关问题。 在计算机编程中，内存管理是一项基础且重要的任务。它涉及到如何分配和释放内存...
易语言强制结束线程分析
08-26
需要注意的是，强制结束线程可能会导致数据不一致和资源泄露，因为它不会执行线程的清理工作，如关闭打开的文件或释放内存。因此，除非必要，通常不推荐使用强制结束线程，而应该采用更安全的方式，比如设置线程退出...
关于 thrdcore.cpp 内存泄漏问题
weixin_30550081的博客
12-30 407
问题现象描述如下： Detected memory leaks!Dumping objects ->f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\thrdcore.cpp(306) : {271} client block at 0x0056B5F8, subtype c0, 68 bytes long. 原因分析： 　　关闭程序，...
多线程内存泄露
linlianghui2004的专栏
02-26 4652
   最近得项目使用一个对话框做为界面，内部数据处理使用线程。但是，在调试状态下，点击退出或者关闭对话框时，会提示有一个(CWinThread*)类型变量的68个字节的内存泄漏。     该线程的使用模型如下。程序打开后，使用AfxBeginThread(MyControllingFunction, NULL, 0, 0, NULL)建立一个工作者线程。其响应函数为UINT MyCon
Detected Memory leaks内存泄漏 noraml block at 0x
fei86341326的专栏
11-20 375
查找内存泄漏问题，new空间未delete 方法： CrtSetBreakAlloc(330); //330为上面内存泄漏的块号 运行后查找到问题点： 解决方案;合理释放内存。
C# thread创建后未正常关闭应用，应用还在任务管理器里运行的解决办法1——后台线程
最新发布
qq_36924679的博客
08-21 540
属于托管线程池的线程（即 IsThreadPoolThread 属性为 true 的线程）是后台线程。托管线程可以是后台线程，也可以是前台线程。后台线程和前台线程几乎完全相同，只有一处不同，即后台线程不会确保托管执行环境一直运行。可以随时将线程的 IsBackground 属性更改为 true，将线程更改为后台线程。在写网络、串口等通讯类时，大多采用接收线程thread来将接收的数据缓存处理，但是如果未正常关闭线程会导致关闭应用程序后，程序仍在运行，就要自己添加相应退出线程的操作Abort等。
解决：Detected memory leaks
weixin_34060299的博客
10-01 336
最近在一个项目中,程序退出后都出现内存泄漏: Detected memory leaks!Dumping objects ->{171} normal block at 0x05785AD0, 12 bytes long.Data: << N       N x 7 > 3C AC 4E 10 00 00 00 00 BC A4 4E 10 78 B6 37 00Obje...
VC++内存泄漏检测方法（4）：【第1篇的补充说明】详解基于Crt的内存泄漏检测
$firecat利白的代码足迹$
01-24 1224
#ifdef _DEBUG #define DEBUG_CLIENTBLOCK new( _CLIENT_BLOCK, __FILE__, __LINE__) #else #define DEBUG_CLIENTBLOCK #endif #define _CRTDBG_MAP_ALLOC #include <crtdbg.h> #ifdef _DEBUG #define new ...
Spring关闭Tomcat Servlet容器时内存泄漏问题解决方案
08-25
这个问题在日志中可能表现为警告信息，比如提到某个线程仍在运行，可能会创建内存泄漏。 问题分析： 内存泄漏往往是由长时间运行的后台任务或未关闭的数据连接引起的。在这种情况下，问题出在Quartz定时器线程，它...
C# 定时器保活机制引起的内存泄露问题解决
08-25
C# 定时器保活机制引起的内存泄露问题解决 C# 定时器保活机制引起的内存泄露问题解决是指在 C# 中使用定时器时，如果不正确地处理定时器的生命周期，可能会导致内存泄露的问题。本文将介绍这种问题的解决方案。 ...
Android开发：浅谈MVP模式应用与内存泄漏问题解决
09-01
在MVP模式下，内存泄漏可能出现在Presenter中，因为Presenter通常持有对View的引用，而View通常是一个Activity或Fragment，它们在生命周期结束时应该被回收。如果Presenter没有正确地解除对View的引用，就会导致View...
简单内存泄漏检测方法 解决 Detected memory leaks! 问题
u012816020的博客
06-04 1913
我的环境是: XP SP2 . VS2003 最近在一个项目中,程序退出后都出现内存泄漏: Detected memory leaks! Dumping objects -> {98500} normal block at 0x05785AD0, 152 bytes long. Data: 3C AC 4E 10 00 00 00 00 BC A4 4E 10 78 B6 37 00 O
Detected memory leaks! Dumping objects
SelfImprovement
11-24 4500
Detected memory leaks! Dumping objects -> {563} normal block at 0x0FAF4D60, 255 bytes long. Data: 53 44 2D 32 30 31 34 30 31 32 30 4D 59 47 54 00 mfc 获取局域网Ip上次有内存溢出，我来说说解决办法！ 方法：_CrtSetBreakA
关于在线程中使用AfxGetMainWnd()出错的问题，终于找到了
darkduck9989的专栏
02-27 1442
关于在线程中使用AfxGetMainWnd()出错的问题.AfxGetMainWnd()得到的是当前线程的主窗口（如果有的话）.因为主窗口是属于主线程的,所以想得到主窗口HWND值,只能在主线程中用AfxGetMainWnd(),但要不是处在主线程中，AfxGetMainWnd()可能是从当前线程查询主窗口的。但好像AfxGetMainWnd()不能跨线程,故要出错.要想在线程中使用主窗口的H
MFC中获得各个类的指针/句柄的总结
yanglijing的专栏
11-04 1243
http://yuyin1018.blog.163.com/blog/static/35277171200882321755246/ 一般我们使用的框架是VC提供的Wizard生成的MFC App Wizard(exe)框架，无论是多文档还是单文档，都存在指针获取和操作问题。下面这节内容主要是一般的框架，然后再讲多线程中的指针使用。使用到的类需要包含响应的头文件。首先一般获得本类(视，
解决出现线程未关闭 , 造成内存泄漏问题
sichenss的博客
03-17 4504
解决出现线程未关闭 , 造成内存泄漏问题
MFC关于VS2013内存释放的定位
金属服务，美好生活，天网改变世界，华帝量子科技。
12-16 1841
全部在App中完成 1.在 App.h 头文件声明 #ifdef _DEBUG protected:       CMemoryState m_msOld, m_msNew, m_msDiff; #endif  // _DEBUG   2.在 App::InitInstance() 中添加如下代码： #ifdef _DEBUG       m_msOld.Ch
Android 线程安全、内存泄漏一般怎么产生的
06-13
Android 中的线程安全和内存泄漏是开发中需要注意的两个重要问题。 1. 线程安全 在 Android 开发中，多线程操作常常会遇到并发问题，如数据竞争、死锁等。而线程安全可以保证多个线程同时访问同一个共享资源时，...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值