在C******App::InitInstance() 中出现Access Violation错误的解决方法

最新推荐文章于 2022-04-20 10:51:47 发布
最新推荐文章于 2022-04-20 10:51:47 发布
阅读量883 收藏
点赞数
文章标签： access c
本文描述了一种在Visual C++应用程序中遇到的0xC0000005: Access Violation错误现象及其解决方案。错误发生在初始化主窗口时，通过重新编译整个项目可以解决该问题。

出现0xC0000005:Access   Violation的解决办法

一般出现此问题都是因为指针未初始化等出现的访问违规。但我出现这个错误的描述如下：

描述：vc程序在窗口中添加edit空间（或其他控件）及对应变量后（都是通过类向导添加的，没有认为因素），编译及连接都能正常通过，但运行时会出现0xC0000005:Access   Violation错误。经跟踪调试发现，当程序运行到C******App::InitInstance() 中的m_pMainWnd = &dlg;语句时，发生错误。

解决：重新Rebuilt All（全部重建）来重新编译即可。

不知道是为什么，有人说是vc的一个bug。

原文地址为：http://www.enqm.net/bbs/simple/?t10612.html

asaasa66
关注
不要在dll及ocx的CXXXApp::InitInstance中调用创建线程及关闭线程的操作
u013506600的专栏
01-24 2095
问题： 写了个ocx控件，然后在ocx控件注册时注册成功了，但regsvr32还在进程管理器中。 分析后发现在注册ocx控件时，ocx控件的代码CXXXApp::InitInstance会被调用，注册完后CXXXApp::ExitInstance会被调用。 由于在ExitInstance中调用退出线程，并等待线程退出的代码，死锁了，所以regsvr32卡死在进程管理器了。 条件1：
C++之MFC学习
liyangxueit的博客
02-06 7919
问题1：stdafx.h是怎么引入进来的？define.h与stdafx.h之间的关系？为什么在MuisicPlayer.cpp中引入stdafx.h 问题2：enum class的使用 问题3：列表初始化：int window_transparency{ 100 } 问题4：CDC的使用 CDC类定义的是设备上下文对象的类。 CDC对象提供处理显示器或打印机等设备上下文的成员函数，以及处理与窗口客户区对应的显示上下文的成员。 通过CDC对象的成员函数进行所有的绘图。 类对设备上下文操作提供了成员函
MFC CxxApp类的InitInstance()函数
weixin_40007143的博客
08-14 444
MFC CxxApp类的InitInstance()函数里面使用的frameID的区别。
应用程序类对象实例初始操作的分析
12-28 410
文档视图结构中，应用程序类对象实例初始操作的分析 BOOL CSomeApp::InitInstance（）{Enable3dControls（）；LoadStdProfileSettings（）；AddDocTemplate（...） ...... ShowWindow（...）；m_pMainWnd->DragAcceptFile
MFC绘图库Gdi+的使用
fengruoying93的专栏
04-19 3126
一、绘图库的引入 "stdafx.h"文件会被mfc工程所有.cpp文件包含，由于GdiPlus库需要在多处使用，因此把引入工作放在"stdafx.h"中。在"stdafx.h"文件中的最下方增加代码 //gdi+库 #include <gdiplus.h> #pragma comment(lib, "gdiplus.lib") using namespace Gdiplus; ...
vc编程遇到的各种问题和解决方法
02-17 701
1. 重新编译生成无法报错“无法删除XX文件”，这些文件一般都是lib或者dll，出错原因之一就是win7系统的文件系统权限问题，重新以管理员方式运行编译平台就可以了。   2.像fatal error LNK1120: 1 unresolved externals之类的说XX函数的引用错误    在代码文件开头处使用#pragma comment(lib,"xx.lib")把相应的库默认导
引发了未经处理的异常:读取访问权限冲突。 pThread->m_pMainWnd->**** 是 0xFFFFFFFFFFFFFF2F。
最新发布
09-02
- **`InitInstance()` 未创建主窗口**：`CWinApp` 派生类的 `InitInstance()` 虚函数中**未创建主窗口**或创建失败（如返回 `FALSE`），导致 `pThread->m_pMainWnd` 为空。 - **窗口提前销毁**：主窗口在 `Run()` ...
MFC调用动态库的函数闪退try catch
06-07
// 在InitInstance()中: AfxSetAllocHook(AllocHook); ``` 3. **配置异常处理器**（记录调用堆栈） ```cpp SetUnhandledExceptionFilter([](LPEXCEPTION_POINTERS pExp){ CFile dumpFile; dumpFile.Open(_T...
黑客软件编写基础知识锦囊
mufei的专栏
09-19 2263
确定Windows和windows系统目录 有两个SDK函数可以完成该功能。GetWindowsDirectory和GetSystemDirectory，下例说明了如何使用这两个函数： TCHAR szDir [MAX_PATH]; //Get the full path of the windows directory. :: GetWindowsDirectory (szDir, MAX_PA
m_pMainWnd = &dlg; //提示Unhandled exception in ***.exe(NTDLL.DLL) 0xC0000005:Access Violation
lluor的博客
03-16 708
CDemoCANDlg dlg; m_pMainWnd = &amp;dlg; int nResponse = dlg.DoModal();问题描述： 之前运行很好的一个MFC DLG的程序，今天打开后，编译没问题，无报错，但是运行不起来，无法生成对话框，单步调试，可进行结构函数，然后运行到   m_pMainWnd =&amp;dlg 时，弹出错误提示，如题。一时不解，打开之前稳定版本测试，依然...
qt程序加载动态链接库 dll的方式
热门推荐
u012719076的博客
04-20 2万+
qt加载dll有四种方式 本例中qt的版本为qt5.11.3 64位 动态加载 使用c++的函数，动态加载 bool bRet = false; HINSTANCE hDll = nullptr; hDll = LoadLibraryA("dlfs.dll"); if(hDll != nullptr) { bRet = true; } 使用qt自带的QLibrary进行加载 bool bRet = false; QLi
CWinApp中的InitInstance()
DepaJun的专栏
08-18 9772
initInstance是WinMain调用的第一个函数，用于创立程序。InitInstance基本上只创建程序窗口。这个函数的代码本可直接插入到WinMain中，但将它们放到单独的函数中会更方便（这与多实例的处理有关，因为一个程序可能会多次运行）。注意，InitInstance不是一个像WinMain那样的基本Windows函数，而只是一个“助手”函数。实例句柄是一个程序中使用的全局变量，用于保
mfc使用excel服务后，在任务管理器中关掉EXCEL.exe *32
08-22
<think>首先，用户的问题是关于在MFC中使用Excel服务后，如何正确关闭EXCEL.exe *32进程。用户提到，在任务管理器中关闭这个进程，但实际需求是确保在代码执行后，Excel进程被正确关闭，避免残留。 从系统指令看，我需要： - 使用中文回答。 - 行内数学表达式用$...$格式，但这里可能不涉及数学表达式。 - 独立公式用$$...$$格式，但问题不涉及数学公式。 - 生成相关问题。 - 在回答中引用的段落末尾添加引用标识。 - 结构清晰，逐步解决问题。 - 参考提供的引用。 提供的引用： - [^1]: 描述了在VC操作Excel后残留EXCEL.EXE进程的问题，并提到使用代码杀掉进程。 - [^2]: 给出了C#代码来杀掉Excel进程。 - [^3]: 提到在MFC中使用Excel2007读写表格，包括导入头文件。 - [^4]: 讨论MFC/VC++操作Excel后，正确释放资源以避免进程占用。 用户意图是了解如何在MFC中使用Excel服务后正确关闭EXCEL.exe *32进程。 关键点：在MFC中，使用Excel服务后，需要正确释放资源来关闭Excel进程，而不是暴力杀掉进程。 步骤来回答： 1. **介绍问题**：解释为什么Excel进程会残留，通常是因为资源没有正确释放。 2. **正确方法**：基于引用[^4]，说明在MFC中，必须释放所有与Excel相关的COM对象。这包括释放CApplication、CWorkbook、CWorksheet等对象的Dispatch接口。 3. **代码示例**：提供一个简单的MFC代码示例，展示如何正确释放资源。 4. **避免暴力方法**：引用[^2]提到杀掉进程的方法，但这不是最佳实践，因为它可能导致数据丢失或不稳定。优先推荐正确释放资源。 5. **生成相关问题**：在最后添加相关问题。 结构化回答： - **引言**：简述问题。 - **原因分析**：为什么Excel进程会残留。 - **解决方案**：详细步骤如何正确释放资源。 - **代码示例**：展示完整代码。 - **注意事项**：强调重要点。 - **相关问题**：生成相关问题。 使用引用： - 在回答中引用[^4]，因为它直接讨论了正确释放资源的方法。 - 引用[^1]和[^2]作为背景，但优先推荐[^4]的方法。 最终回答结构： 1. **问题描述**：在MFC中使用Excel服务后，EXCEL.exe进程可能残留。 2. **原因**：资源未正确释放，导致进程占用。 3. **正确关闭方法**：确保所有COM对象都被释放。 4. **代码示例**：提供MFC代码。 5. **总结**：强调释放资源的重要性。 6. **相关问题**：生成相关问题。</think>### 在MFC中使用Excel服务后正确关闭EXCEL.exe *32进程 在MFC（Microsoft Foundation Classes）中调用Excel服务（如通过COM接口读写Excel文件）后，EXCEL.exe *32进程可能残留于任务管理器中，这通常是因为资源未正确释放，导致进程被占用。残留进程会占用内存，影响后续操作，甚至导致程序无法重复执行。本回答将逐步解释原因、提供正确关闭方法（避免暴力杀掉进程），并附上代码示例。解决方案基于正确释放COM对象的原则，确保进程正常退出。 #### 1. **问题原因分析** - 当MFC通过COM接口操作Excel时（如使用`CApplication`、`CWorkbook`等类），Excel会在后台启动一个EXCEL.exe *32进程。 - 如果代码中没有显式释放所有COM对象（如`ReleaseDispatch()`调用缺失），Excel进程会保持活动状态，即使关闭了Excel窗口[^4]。 - 常见错误包括： - 未释放`CWorkbook`、`CWorksheet`等对象。 - 在调用`get_Item`等方法后未清理资源。 - 异常处理不完整，导致资源泄漏。 #### 2. **正确关闭方法：释放COM资源** 正确关闭进程的核心是彻底释放所有Excel相关的COM对象。这避免了暴力杀掉进程（如`Process.Kill()`），后者可能导致数据丢失或不稳定[^2]。以下是标准步骤： - **步骤1: 导入必要头文件** 确保在MFC工程中包含Excel COM服务的头文件（如引用自Excel类型库）： ```cpp #include "CApplication.h" #include "CRange.h" #include "CWorkbook.h" #include "CWorksheet.h" #include "CWorkbooks.h" #include "CWorksheets.h" ``` 这些头文件通常通过“添加类”向导从Excel类型库生成（例如，选择Excel 12.0 Object Library）[^3]。 - **步骤2: 显式释放所有对象** 每个COM对象使用后必须调用`ReleaseDispatch()`，并确保释放顺序正确（从子对象到父对象）。关键点： - 在调用`get_Item`后，必须释放返回的对象。 - 所有对象变量在作用域结束时都需释放。 - 使用`try-catch`块处理异常，防止资源泄漏。 - **步骤3: 完整清理序列** 正确的释放顺序：先释放工作表（`CWorksheet`），再释放工作簿（`CWorkbook`），最后释放应用程序（`CApplication`）。 #### 3. **代码示例：MFC中安全关闭Excel进程** 以下是一个完整的MFC函数示例，展示如何打开Excel文件、操作数据，并确保进程正确关闭。代码基于引用[^4]的最佳实践： ```cpp #include "stdafx.h" #include "CApplication.h" // 确保已导入Excel COM头文件 void OperateExcelAndClose() { CApplication excelApp; // Excel应用程序对象 CWorkbook workbook; // 工作簿对象 CWorksheet worksheet; // 工作表对象 // 初始化COM库（MFC中通常在InitInstance调用） CoInitialize(NULL); try { // 创建Excel实例 if (!excelApp.CreateDispatch(_T("Excel.Application"))) { AfxMessageBox(_T("无法启动Excel")); return; } excelApp.SetVisible(FALSE); // 可选：隐藏Excel窗口 // 打开工作簿 CWorkbooks workbooks = excelApp.GetWorkbooks(); workbook = workbooks.Open(_T("C:\\Path\\To\\Your\\File.xlsx")); workbooks.ReleaseDispatch(); // 释放workbooks对象 // 获取工作表 CWorksheets worksheets = workbook.GetWorksheets(); worksheet = worksheets.GetItem(COleVariant((short)1)); // 第一张工作表 worksheets.ReleaseDispatch(); // 释放worksheets对象 // 示例操作：读取或写入数据（例如，读取A1单元格） CRange range = worksheet.GetRange(COleVariant(_T("A1")), COleVariant(_T("A1"))); COleVariant cellValue = range.GetValue(); range.ReleaseDispatch(); // 释放range对象 // 关闭工作簿（不保存更改） workbook.Close(COleVariant(FALSE), COleVariant(), COleVariant()); worksheet.ReleaseDispatch(); // 释放worksheet对象 workbook.ReleaseDispatch(); // 释放workbook对象 // 退出Excel应用 excelApp.Quit(); excelApp.ReleaseDispatch(); // 释放excelApp对象 } catch (COleException* e) { e->Delete(); // 处理OLE异常 AfxMessageBox(_T("Excel操作错误")); } catch (...) { AfxMessageBox(_T("未知错误")); } // 清理COM库 CoUninitialize(); } ``` **关键点说明**： - **释放顺序**：先释放子对象（如`CRange`、`CWorksheet`），再释放父对象（如`CWorkbook`、`CApplication`），避免内存泄漏。 - **异常处理**：`try-catch`确保即使出错，资源也能部分释放。 - **效果**：执行此函数后，Excel进程会自动关闭，无需手动在任务管理器中结束进程[^4]。 #### 4. **注意事项** - **避免暴力方法**：虽然引用[^2]提到使用`Process.Kill()`杀掉进程，但这可能导致Excel文件损坏或数据丢失。仅在紧急情况下使用，优先推荐上述资源释放方法。 - **测试验证**：在调试时，使用任务管理器检查EXCEL.exe *32进程是否消失。如果仍有残留，检查是否所有对象都调用了`ReleaseDispatch()`。 - **常见陷阱**： - 如果使用`get_Item`获取工作表或单元格，必须立即释放返回的对象。 - 确保`CoInitialize`和`CoUninitialize`配对调用，以管理COM线程。 - **性能优化**：对于频繁操作，考虑重用Excel实例，但结束时仍需完整释放。 #### 5. **总结** 在MFC中操作Excel后，正确关闭EXCEL.exe *32进程的关键是彻底释放COM资源。通过显式调用`ReleaseDispatch()`并遵循对象释放顺序，可以确保进程正常退出，避免残留。这种方法比暴力杀掉进程更安全可靠[^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值