关于ExitInstance不执行,导致很多内存泄漏的问题

最新推荐文章于 2019-10-28 08:49:12 发布
原创 最新推荐文章于 2019-10-28 08:49:12 发布 · 5k 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mfc #thread #google #编程 #百度 #工作

本文记录了一次在MFC应用程序中遇到的严重内存泄漏问题及其解决过程。通过排查发现，问题根源在于析构函数中不当的KillTimer调用，最终通过删除该调用解决了内存泄漏。

        昨天在编程过程中,突然某一次退出程序时,看了一相DebugView,发现竟然有这么多内存泄漏,大概100把条的样子,吓得我大汗长流.

        要看信息.  多出在 strcore.cpp, 还有一些 afxtoolbar.cpp  afxmenubar.cpp等等,全是MFC里的东西. 也有一些指向

       IMPLEMENT_DYNCREATE 宏,还有就是InitInstance中的pDocTemplate = new CSingleDocTemplate.

  并且在线程退出时,会提示.

The thread 0xBD8 has exited with code 3 (0x3).
在程序退出时执行不到ExitInstance中.




本来遇到内存泄漏,应该先查所有的new,但这些new没一个是自己写的,都是MFC向导生成的,释放应该不用我管.


然后就只有求助网络了.


百度,google了一会.得到以下几种可能性.


1. 某个地方调用了强制结束主线程的代码,使得线程没有正常终止,也就没有执行内存释放的代码了


2. 某个地方在释放内存时导致异常退出.




由于我确定自己没有使用强制结束线程的代码.所以第一种可能性排除了.


我就查第二种,然后在每个类的 析构函数中下断点,看是否在退出时都会进入.


果然,有一些类的析构函数没有被执行.问题找到了. 


发现自己在一个类的析构函数中调用了一个KillTimer函数,都不知道当时是怎么想的.删除了,一切恢复正常,再也没有内存泄漏了.




小结:


如果遇到内存非自己代码中泄漏,


1. 检查有无线程和线程是否会正常终止.,


2.再检查每个类的析构函数,主要检查自己编写的类的析构函数以及自己动过的其它类的析构函数,看是否能正常析构,或者注释后能不能正常工作.




                

        

    


  



    

      

        

            

              
                
                  xiaohuh421
                
              
            

            

                关注
              
            

        

        

          
      

      










                



	

		

			

				
					
继承CWinThread类的内存泄露问题

				
			

			

				

					儍儍Ｄē發槑
				

				

					04-04
					
					4837
					
				

			

		

		

			
				
<br />今天用MFC做毕设，从CWinThread类继承了自己的线程类，并且向往常一样加入了Visual Leak Detector工具做内存泄露的检测。<br />重载了自己的线程类的ExitInstance虚函数，在里面做了线程的资源清理工作。<br />编译、运行，退出时在VC的Output窗口发现了这样一些提示：<br /> <br />WARNING: Visual Leak Detector detected memory leaks!<br />---------- Block 51 at

			
		

	



                

            
              



	

		

			

				
					
ExitInstance()过程___vc

				
			

			

				

					weixin_30307921的博客
				

				

					12-21
					
					842
					
				

			

		

		

			
				
用户单击关闭按钮（标题栏最右边）或者用鼠标或键盘选择系统菜单的“关闭”选项，直到窗口消失，应用程序结束。这期间到底发生了什么呢？这曾经是我百思不得其解的问题，我想也会有很多人和我一样会碰到这个问题。所以我要把我的一些学习心得写出来，与大家共享：
1、首先会产生一个WM_SYSCOMMAND消息，如果程序员没有对此消息进行拦截，则由缺省的窗口函数DefWindowProc进行处理，如果表...

			
		

	



              


  
              

                


	

		

			

				
					
IMPLEMENT_DYNCREATE 内存泄露

				
			

			

				

					imlmy的专栏
				

				

					04-01
					
					2449
					
				

			

		

		

			
				
继承CWinThread类，创建自己的线程，在程序退出的时候提示内存泄露，指向的位置是IMPLEMENT_DYNCREATE(CSocketThread,CWinThread)。找到IMPLEMENT_DYNCREATE的定义发现其中有进行new操作。在网上找了很多解决方法，后来发现CWinThread在退出的时候，需要手动调用CWinThread的Delete方法进行释放，否则就会出现内存泄露。

			
		

	





	

		

			

				
					
App::ExitInstance 测试

				
			

			

				

					autumn20080101的专栏
				

				

					05-16
					
					914
					
				

			

		

		

			
				
/* Count is a global variable, so it will be remembered between calls */
static int Count = 1;
void MyExit()
{
mexPrintf("MyExit() called!\n");
/* Do cleanup here ... */
return;
}

void mexFunction(in

			
		

	



		

			
		



	

		

			

				
					
在Visual Studio中给MFC类添加父类的虚函数的方法，比如给CWinApp的子类添加ExitInstance()方法

				
			

			

				

					运用之妙,存乎一心
				

				

					10-29
					
					4890
					
				

			

		

		

			
				
直接上图：

			
		

	





	

		

			

				
					
vs2010使用GDI+配置以及手动添加ExitInstance()

				
			

			

				

					Alan_Program的博客
				

				

					07-09
					
					945
					
				

			

		

		

			
				
要使用gdi+绘图，首先我们要将环境配好，具体步骤如下：
1、首先在stdafx.h或者其他头文件里面加上以下代码，以包含GDI+的头文件和lib文件：
#include <gdiplus.h>
using namespace Gdiplus;
#pragma comment(lib, "gdiplus.lib")


2、然后在CWinApp继承下来的应用程序类里面声明两个变量：
p...

			
		

	





	

		

			

				
					
内存泄漏根源曝光：Splitter误用导致CView未释放的3个致命代码点

				
			

			

				

					
				

			

		

		

			
				
在现代软件开发语境下，当我们谈论“内存泄漏”时，往往不是指某个孤立的技术缺陷，而是一个系统性问题的冰山一角。尤其是在那些运行了十年以上的MFC项目里，一个看似简单的`CView`对象未析构，背后可能隐藏着架构...

			
		

	





	

		

			

				
					
第三方库的 CWinApp::ExitInstance()  调用出现段错误怎么解决

					
最新发布

				
			

			

				

					10-28
				

			

		

		

			
				
 根据之前的讨论，我们知道如果不调用ExitInstance()会导致资源泄漏等问题，但这里的问题是在调用时发生了段错误（segmentation fault）。  段错误通常是由于访问了无效的内存地址，例如：  - 野指针（指向已释放...

			
		

	





	

		

			

				
					
MFC单文档关闭时没有进入int CRDWorksApp::ExitInstance()

				
			

			

				

					07-29
				

			

		

		

			
				
首先，用户的问题是关于MFC单文档应用程序在关闭时未进入ExitInstance()函数的原因。用户可能遇到了在关闭应用程序时，ExitInstance()没有被调用的问题。  我需要回顾MFC框架的工作流程。在MFC应用程序中，...

			
		

	





	

		

			

				
					
VC多线程编程实例详解

				
			

			

				

					
				

			

		

		

			
				
主线程可通过`WaitForMultipleObjects()`等待多个工作线程完成，或使用`TerminateThread()`强制结束线程（尽管后者不推荐，因可能导致资源泄漏）。更高级的做法是使用线程池（ThreadPool API）或异步过程调用（APC）...

			
		

	





	

		

			

				
					
MFC多线程应用详解：工作线程与UI线程实战

				
			

			

				

					
				

			

		

		

			
				
未正确终止的线程可能导致内存泄漏或句柄泄露，尤其是在异常退出时。因此，建议使用智能指针、RAII机制或try-catch块来管理线程资源。同时，应避免在DLL中不当使用MFC多线程，特别是在非共享MFC DLL配置下可能出现...

			
		

	





	

		

			

				
					
一个优秀程序员不可避免的问题：内存泄漏

				
			

			

				

					weixin_33749242的博客
				

				

					05-17
					
					203
					
				

			

		

		

			
				
前言
内存泄漏，一个说大不大说下不小的瑕疵。作为开发者，我们都很清楚内存泄漏是我们代码问题导致的。但是话说回来，泄漏后果会很严重嘛？这不好说，如果我们不泄漏Bitmap这种大内存的对象，那么修补内存泄漏就像鸡肋一样，“食之无味，弃之可惜”。
就比如说我们项目组，近2000w的DAU，只要不明显影响用户体验，一切以上需求为主…
但是这作为一个996福报码农，不能只挖坑，不填坑，毕竟技术债都是要还的。...

			
		

	





	

		

			

				
					
MFC架构之CWinThread类

					
热门推荐

				
			

			

				

					FlowShell的专栏
				

				

					11-14
					
					1万+
					
				

			

		

		

			
				
      我们知道，Windows以事件驱动方式工作，每个WIN32应用程序都至少包含一个消息队列和一个消息泵。消息队列建立在操作系统提供的内存保留区中，消息泵不断搜寻消息队列，将取得的消息分发给应用程序的各个部分进行处理，这个过程叫做消息循环。基本消息循环如下：while(GetMessage(&msg,0,0,0))
{
      //转换消息参数
      TranslateMesssage(&msg);
      //分发消息
      DispatchMessage(&msg)

			
		

	





	

		

			

				
					
MFC六大机制之一：程序起动机制

				
			

			

				

					meetings的专栏
				

				

					06-27
					
					1691
					
				

			

		

		

			
				
我们通过写一个简单的MFC程序来认识这个机制
    1.建一个win32简单应用程序，不要认为这样就不能写出MFC程序，因为是不是MFC程序取决于调没调MFC函数。
    2. 删除入口函数，只留下#include "stdafx.h"
    3.将stdafx.h中的头文件  更改为 。
    4.Project-->Settings菜单项中设置使用MFC库，如下图所示

			
		

	





	

		

			

				
					
所学7

				
			

			

				

					516843761
				

				

					01-09
					
					259
					
				

			

		

		

			
				
1.DLL的InitInstance和ExitInstance不会执行
Settings->C/C++->Preprocessor->Preprocessor Definitions->少了一个_USRDLL
_USRDLL是编译宏选项，MFC Library支持两种类型的DLL:_USRDLL 和_AFXDLL．_USRDLL 模式需要CWinApp对象来执行dll使用的MFC Librar

			
		

	





	

		

			

				
					
【MFC】Visual Studio 2010中CMFCVisualManager 引起的内存泄露

				
			

			

				

					sunriver2000的专栏
				

				

					07-07
					
					1644
					
				

			

		

		

			
				
1、现象。

编译VS2010 MFC程序（该工程基于对话框）时出现内存泄漏，如下所示：


Detected memory leaks!
Dumping objects ->
{847} client block at 0x0160E720, subtype c0, 212 bytes long.
a CMFCVisualManager object at $0160E720, 212 b...

			
		

	





	

		

			

				
					
MFC 关闭后进程未退出

				
			

			

				

					guchensha的博客
				

				

					10-28
					
					1779
					
				

			

		

		

			
				
把MFC的release程序打包之后，在使用过程中发现，关闭对话框之后，进程依旧无法释放。参考了下面的方法，放在我的oncancle（）函数中。
最近在搞一个MFC的界面，关闭窗口之后任务管理器里面还有该进程，说明该进程还在运行。怎么关闭呢，加入下面这两句话就可以了
HANDLE MyProcess = GetCurrentProcess();
TerminateProcess(MyProcess...

			
		

	





	

		

			

				
					
如果不掉用CWinApp::ExitInstance(); 会有什么后果

				
			

			

				

					10-28
				

			

		

		

			
				
<think>我们正在讨论MFC中不调用CWinApp::ExitInstance()函数的后果。首先，我们需要理解ExitInstance()在MFC应用程序生命周期中的作用。根据之前的讨论，ExitInstance()负责应用程序实例终止时的清理工作。如果这个函数没有被调用，那么应用程序可能无法正确释放资源，导致内存泄漏或其他资源泄漏。

引用[1]提到CWinApp类的重要性，它是所有Windows应用程序的基类，封装了启动和初始化过程。引用[3]则涉及在DLL中创建线程时可能出现的死锁问题，这间接说明了资源管理不当的后果。

现在，具体分析不调用ExitInstance()的后果：

1. **资源泄漏**：ExitInstance()通常用于释放应用程序全局资源。如果不调用，那么在这些函数中释放的资源（如打开的文件、分配的内存、GDI对象等）将不会被释放，导致资源泄漏。例如，如果应用程序在InitInstance()中打开了一个日志文件，并计划在ExitInstance()中关闭，那么不调用ExitInstance()会导致文件句柄泄漏[^3]。

2. **状态保存失败**：如果应用程序需要在退出时保存用户配置或其他状态（如窗口位置、最近打开的文件等），这些操作通常在ExitInstance()中完成。不调用ExitInstance()会导致这些状态无法保存，用户下次启动应用程序时可能无法恢复之前的设置[^3]。

3. **第三方库或组件的清理不执行**：如果应用程序使用了第三方库，并且这些库要求在退出时执行特定的清理操作（如卸载插件、释放资源等），这些操作可能被放在ExitInstance()中。不调用ExitInstance()会导致这些清理操作无法执行，可能导致程序退出不彻底，甚至影响系统稳定性。

4. **线程未正常终止**：如果应用程序中有后台线程运行，ExitInstance()通常用于通知这些线程退出并等待它们结束。如果不调用ExitInstance()，这些线程可能被强制终止（当进程退出时），导致线程中正在处理的数据丢失，或者资源（如线程打开的文件、网络连接等）未能正确释放[^3]。

5. **破坏MFC框架的完整性**：MFC框架设计了一个完整的生命周期，包括初始化（InitInstance()）、运行（Run()）和终止（ExitInstance()）。跳过ExitInstance()会破坏这个生命周期，可能导致框架内部状态不一致，进而引发不可预知的问题。例如，MFC内部可能会维护一些全局状态，这些状态需要在ExitInstance()中重置。

那么，在什么情况下会不调用ExitInstance()呢？根据引用[2][^2][^4]，ExitInstance()是在消息循环结束后由MFC框架自动调用的。因此，正常退出应用程序（如关闭主窗口）会触发ExitInstance()。但如果应用程序通过其他方式终止（如调用`exit()`或`ExitProcess()`），则会导致ExitInstance()不被调用。此外，如果应用程序崩溃（如未处理的异常），也可能跳过ExitInstance()。

为了避免这些后果，应确保应用程序通过正常流程退出，即通过关闭主窗口或调用`PostQuitMessage()`来触发消息循环的结束，从而让MFC框架自动调用ExitInstance()。在特殊情况下（如需要在异常退出时执行清理），可以考虑使用结构化异常处理（SEH）或在程序入口点设置终止处理函数（如`atexit()`），但要注意这些方法可能无法完全替代ExitInstance()的功能，因为它们可能无法访问CWinApp的成员变量。

总结：不调用ExitInstance()会导致资源泄漏、状态保存失败、第三方库清理不执行、线程未正常终止，并可能破坏MFC框架的完整性。因此，应确保应用程序通过正常流程退出，以允许MFC框架调用ExitInstance()。

---

相关问题：

1. 在MFC应用程序中，如何确保ExitInstance()被调用？
2. 如果应用程序异常终止，如何尽可能执行清理操作？
3. ExitInstance()未被调用时，如何检测资源泄漏？
</think>在 MFC 应用程序中不调用 `CWinApp::ExitInstance()` 函数会导致严重问题，主要体现在以下四个方面：

### 1. 资源泄漏（最严重后果）[^3]
- **动态内存泄漏**：在 `InitInstance()` 或应用程序运行期间分配的内存（如 `new` 创建的堆内存）无法释放
- **句柄泄漏**：文件句柄、GDI对象（画笔/画刷）、数据库连接等系统资源无法关闭
- **累积效应**：长期运行的应用程序（如服务程序）会持续消耗系统资源，最终导致系统性能下降或崩溃
```cpp
// 示例：InitInstance中分配的资源将泄漏
BOOL CMyApp::InitInstance()
{
    m_pDBConnection = new CDatabase();  // 内存泄漏
    m_hLogFile = CreateFile("app.log"); // 句柄泄漏
    return TRUE;
}
```

### 2. 状态保存失败
- **用户配置丢失**：窗口位置、最近文件列表等用户设置无法保存到注册表/配置文件
- **数据完整性风险**：未完成的缓存数据或临时文件无法清理，可能损坏用户数据

### 3. 线程终止异常[^3]
- 后台线程无法安全终止，可能导致：
  ```markdown
  - 数据写入中断（文件/数据库损坏）
  - 死锁风险（线程间同步资源未释放）
  - 第三方库状态异常（如未调用库的清理函数）
  ```
- 强制终止线程会触发Windows系统的"应用程序错误"弹窗

### 4. 框架完整性破坏
- MFC内部管理的全局状态（如模块状态、AFX全局变量）无法正确重置
- 可能干扰其他依赖相同DLL的应用程序（特别是共享DLL时）

### 触发场景分析
| 退出方式             | 是否调用ExitInstance | 风险等级 |
|----------------------|----------------------|----------|
| 正常关闭主窗口       | ✅ 自动调用          | 安全     |
| 调用`PostQuitMessage()` | ✅ 自动调用          | 安全     |
| 任务管理器强制结束   |  ❌ 跳过              | 高危     |
| 调用`exit()`或`abort()` |  ❌ 跳过              | 高危     |
| 未处理异常崩溃       | ❌ 跳过              | 高危     |

> 最佳实践：应始终通过`PostQuitMessage()`或正常关闭窗口退出程序，确保资源清理链完整[^1][^3]。

---

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

  

	
    

      

      

      

        
        

          
          

            

              成就一亿技术人!
            

            

              拼手气红包6.0元
            

          

        

        

          

            还能输入1000个字符
          

          

             
          

          

            

              红包
              添加红包
            

            

              表情包
              插入表情
              

                

              

            

            

              表情包
              代码片
              

                
              

            

            

              
              
              
              
              
              
              
            

          

        

      

    

		

			

			

			

					 条评论被折叠 查看
			

			

				
			

		

	

	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

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

              

            

          

      

      余额充值