MFC启动过程（二）

最新推荐文章于 2023-12-17 23:15:44 发布
最新推荐文章于 2023-12-17 23:15:44 发布
阅读量862 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 菜鸟学MFC
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/LIKUI123456789/article/details/17149205
本文探讨了MFC基本对话框程序的生成过程，详细列举了编译后产生的各种文件及其作用，如：.clw文件用于ClassWizard数据，.aps文件支持ResourceView，.ncb文件记录ClassView数据，.opt文件保存工作空间配置，而.plg文件则存储编译信息。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

今天我想看看MFC生成的所有的文件是干什么用的，先从基本的对话框程序下手。

新建一个名字为MFC的MFC基本对话框程序，编译连接并运行。之后便会生成所有的文件，包括exe。以下的截图便是所有的文件。


res文件中的东西


Debug文件中的东西(在工程建立之后，编译运行之前这个文件夹是空的，编译之后会自动挡额生成很多的文件)，


系统自动生成的ReadMe.txt文件中写了部分文件的信息，包括：MFC.dps、MFC.h、MFC.cpp、MFC.rc、MFC.clw、res\MFC.ico、res\MFC.rc2、MFCDlg.h, MFCDlg.cpp、StdAfx.h, StdAfx.cpp、Resource.h。

将文件中的MFC.clw文件剪切出后打开ClassWizard(建立类向导)时便出现了这个错误。由此可见这个文件是记录工程ClassWizard中数据用的。

在工程打开时MFC.APS文件无法删除；关闭工程之后删除此文件，重新打开工程时此文件会自动重新生成。其实MFC.APS是支持ResourceView用的，记录了ResourceView中的数据。

MFC.ncb文件和MFC.APS一样能自动生成，只不过MFC.ncb是记录ClassView数据用的。

.opt文件用于保存工作空间的配置，plg文件保存了最后的编译信息，这个文件爱你可以用浏览器打开。例如我删除了工程中的一个分号之后该文件中的信息变成了：

MFC启动过程
浩男工作室
07-19 5281
<br /><br />1. 首先说一下MFC程序的启动过程. <br />每个MFC程序都有一个全局的应用程序类的对象, 在面向对象程度非常好的MFC程序中, 应该只有这一个全局的对象. <br />MFC应用程序启动时, 首先创建这个应用程序对象, 比如对象名为theApp, 这时将调用这个对象的构造函数来初始化theApp.然后由应用程序框架调用MFC提供的AfxWinMain主函数. 在这个主函数中, 首先获得应用程序对象theApp的指针, 然后通过这个指针调用程序程序对象的有关函数, 来完成程序
深入分析MFC启动流程
行者
11-27 3468
精简以上代码，就会发现其实是一样的 1.初始化主框架，保存参数 ： if (!AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow)) 2.初始化文档管理器：pApp->InitApplication() 3.初始化窗口： if (!pThread->InitInstance())由于InitInstance()是虚函数，会调用子类重写的此函数 ，就是这个函数BOOL CMFCHelloApp::InitInstance()，在这个
MFC启动过程（一）
Geeker
12-04 946
#include #include LRESULT CALLBACK WinSunProc( HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam ); int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, i
MFC程序启动过程
pokeyode的专栏
02-18 673
1.通知系统要执行某一程序（鼠标，键盘，命令行...）。 2.系统将程序家载入内存（shell），为程序分配资源（进程，主线程，内存）。在此过程中全局变量theApp内存被分配，在构造函数中调用基类CWinApp的构造函数，在此函数中将自身与系统分配的资源联系起来。 AFX_MODULE_STATE* pModuleState = AfxGetModuleState(); pModuleSta
MFC程序启动过程（VS 2005代码剖析）
huyinhou
01-22 2036
启动前做的事：初始化全局变量。<br />大概做了以下四件事：appmodul.cpp 67行 通过调用函数AfxInitialize初始化了MFC的线程局部存储功能和程序全局信息，这些信息最重要的有以下两个：<br />afxstate.cpp 398行 PROCESS_LOCAL(_AFX_BASE_MODULE_STATE, _afxBaseModuleState)<br />afxstate.cpp 117行 THREAD_LOCAL(_AFX_THREAD_STATE, _afxThreadSta
MFC 托盘程序+启动隐藏+开机自启动
10-20
在程序的安装过程中，或者在程序首次运行时，可以调用`RegCreateKeyEx`、`RegSetValueEx`等API函数，将程序的启动路径添加到`HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run`或`HKEY_LOCAL_...
VC_start_up_imag.rar_MFC 启动界面_Start Up
09-23
下面我们将详细探讨MFC启动界面的实现以及相关知识点。 首先，启动界面通常是应用程序启动时首先显示的窗口，它通常包含公司logo、版本信息或者进度条等元素，给用户带来更好的用户体验。在MFC中，我们可以通过...
MFC单按钮启动停止实例
09-26
MFC封装了大量的Windows API函数，简化了Windows程序的开发过程。在MFC框架中，按钮是常用的控件之一，用于响应用户的点击事件。本文将详细介绍如何使用MFC实现一个单按钮启动和停止功能的实例，这一功能在很多需要...
MFC程序启动画面
11-21
请注意，为了提供更好的用户体验，启动画面应该简洁、快速，并且与程序的加载过程紧密结合，避免让用户等待过久。此外，对于现代应用程序，还可以考虑使用更高级的技术，如动画效果、资源异步加载等，来增强启动画面...
MFC程序执行过程深入剖析
09-04
**MFC程序执行过程深入剖析** MFC（Microsoft Foundation Classes）是微软提供的一个C++类库，用于简化Windows应用程序开发。MFC程序的执行过程与传统的Win32 API程序有所不同，这里我们将详细探讨这一过程。 1. *...
MFC 程序执行流程
qq_61553520的博客
12-17 1887
MFC 程序执行流程分析
mfc工程各后缀文件的含义
09-27 1415
.dsp　工程文件，文本格式，不可丢失或损坏        .dsw　工作区文件，丢失或损坏时，可点击.dsp文件打开工程，.dsw文件自动重建    .clw　ClassWizard信息文件，ini格式，ClassWizard出问题时可删除它再重建     .map　映像信息文件，编制DLL写.def文件时，若不知道函数导出顺序，可在    Prject    /    Settings    ...
*.aps,*.ncb.*.opt文件分别用来做什么(转)
ying909175415的专栏
07-07 1163
*.aps,*.ncb.*.opt文件分别用来做什么(转) .clw 支持ClassWizard  .ncb 支持ClassView  .opt 保存工作空间的配置  .aps 支持ResourceView  .bsc 浏览器信息文件  .dsp 项目文件  .dsw 工作空间文件  .mak 外部的创建文件  .plg 建立日志文件 .dsw  这是
MFC编译生成文件的一些问题
hahalxp的专栏
03-27 876
C++一些文件问题1、stdafx.h文件通常直接向工程文件里加入一个.cpp源文件后，编译链接是总是提示找不到预编译头文件，此时，就需要在源文件头部增添如下包含语句#include “stdafx.h” 2、.ncb文件（无编译浏览文件）在实际开发中，也常遇到如下情况（1）    向类中添加的成员变量或成员函数不能再ClassView中显示（2）    不能通过双
VC中的*.aps,*.ncb.*.opt文件分别是做什么用的？？？
D. Qiu的专栏
01-14 6641
.clw   支持ClassWizard.ncb   支持ClassView.opt   保存工作空间的配置.aps   支持ResourceView.bsc   浏览器信息文件.dsp   项目文件.dsw   工作空间文件.mak   外部的创建文件.plg   建立日志文件
vc 6.0 文件格式
hurry281的专栏
04-16 676
.clw文件记录了类的信息，如果classView中某个类不见了，重新生成该文件就可以了，方法：删除此文件，点击“建立类向导”，根据提示输入工程名称就可以了； .ncb文件记录了类的提示信息，如果类的成员函数和变量的提示不见了，重新生成该文件即可，方法同上；
mfc启动过程中的全局变量
最新发布
07-14
<think>首先，用户的问题是关于MFC应用程序启动时全局变量的初始化流程。我需要基于提供的引用内容来回答，并确保回答结构清晰、真实可靠。 从引用中提取关键信息： - 引用[1]：讨论了全局变量在不同段（如.CRT$XCU, .CRT$XCC, .CRT$XCL）的初始化顺序。C++库的全局变量先初始化，然后是MFC库，最后是MFC程序的全局变量。顺序很重要，因为程序中的全局变量可能依赖库中的函数或变量。 - 引用[2]：提到MFC程序启动机制，包括theApp全局变量控制程序流程。 - 引用[3]：描述了theApp作为全局变量，控制程序执行流程，包括调用Win32 API创建窗口等。 - 引用[4]：详细说明了CWinApp构造函数的执行，其中全局对象如theApp在初始化时设置模块状态和线程状态。 用户的问题焦点是：MFC应用程序启动时全局变量的初始化流程。所以，我需要整合这些信息，构建一个清晰的流程。 回答结构： 1. **引言**：简要解释MFC启动过程中全局变量的重要性。 2. **初始化流程**：逐步描述全局变量的初始化顺序和关键步骤。 3. **关键组件**：解释theApp全局变量的作用。 4. **依赖关系**：讨论为什么初始化顺序很重要。 5. **总结**：概括整个过程。 确保使用中文回答，并遵守系统级指令： - 行内数学表达式用$...$（但在这个主题中可能不常用，除非涉及数学）。 - 独立公式用$$...$$（同样，可能不适用）。 - LaTeX语法正确（主要用在数学表达式中）。 - 生成相关问题（在末尾添加相关问题）。 - 引用段落末尾添加引用标识，如[^1]。 在回答中，引用来源时，自然地添加引用标识。例如，基于引用[1]，当讨论初始化顺序时添加[^1]。 现在，构建回答大纲： 1. **介绍全局变量初始化的重要性**：引用[1]强调顺序。 2. **描述初始化顺序**： - C++库全局变量初始化（在.CRT$XCC段）。 - MFC库全局变量初始化（在.CRT$XCL段）。 - MFC程序全局变量初始化（在.CRT$XCU段）。 3. **theApp全局变量的作用**：引用[3]和[4]，解释它是如何控制启动流程的。 - 在CWinApp构造函数中设置模块状态和线程状态。 - theApp初始化时调用InitInstance等函数。 4. **详细流程**： - 程序启动时，全局对象如theApp被构造。 - 在构造函数中，初始化关键状态（如线程ID、模块状态）。 - 然后调用InitInstance创建窗口等。 5. **为什么顺序重要**：引用[1]的例子，如果顺序错误，可能导致错误。 生成相关问题：基于主题，提出如： 1. 如何自定义MFC全局变量的初始化顺序？ 2. MFC启动过程中如何处理依赖关系？ 3. 在MFC中，全局变量的初始化失败会导致什么？ 确保回答真实可靠：基于提供的引用，避免猜测。</think>### MFC应用程序启动时全局变量的初始化流程 在MFC（Microsoft Foundation Classes）应用程序启动过程中，全局变量的初始化是一个关键步骤，它确保了程序的核心组件（如窗口、消息循环和库函数）能正确加载和执行。初始化流程严格遵循特定顺序，以避免因依赖关系导致的错误（如程序崩溃或未定义行为）。以下是基于MFC机制的详细流程分析，我将逐步解释每个阶段。 #### 1. **全局变量的初始化顺序** MFC应用程序启动时，全局变量根据其所在的编译段（section）进行初始化。这些段由编译器定义，初始化顺序由链接器控制： - **C++库全局变量**：位于`.CRT$XCC`段，最先初始化。这包括标准C++库（如`iostream`或`vector`）的全局对象，确保基础功能可用[^1]。 - **MFC库全局变量**：位于`.CRT$XCL`段，在C++库之后初始化。这包括MFC核心组件（如`CWinApp`或`CFrameWnd`相关的对象），为MFC框架提供支持[^1]。 - **应用程序全局变量**：位于`.CRT$XCU`段，最后初始化。这包括用户定义的全局对象，如`theApp`（MFC应用程序的核心全局变量）[^1]。 这个顺序至关重要，因为应用程序的全局变量（如`theApp`）可能依赖MFC或C++库中的函数和变量。如果顺序颠倒，例如应用程序变量先于库变量初始化，调用未初始化的库函数会导致运行时错误[^1]。 #### 2. **核心全局变量 `theApp` 的初始化** `theApp` 是用户定义的全局对象，通常继承自 `CWinApp`，它是MFC程序启动的入口点。初始化流程如下： - **构造阶段**：程序启动时，`theApp` 对象首先被构造（作为全局变量）。在 `CWinApp` 构造函数中，执行以下关键操作： - 获取当前模块状态（`AFX_MODULE_STATE`），用于管理应用程序的全局数据。 - 设置线程状态（`AFX_MODULE_THREAD_STATE`），存储当前线程信息（如线程ID和句柄）。 - 将 `this` 指针（指向 `theApp`）保存到模块状态中，使 `AfxGetApp()` 函数能返回 `theApp` 的引用[^4]。 例如： ```cpp CWinApp::CWinApp() { AFX_MODULE_STATE* pModuleState = AfxGetModuleState(); pModuleState->m_pCurrentWinApp = this; // 保存 theApp 到全局状态 m_nThreadID = ::GetCurrentThreadId(); // 设置线程ID } ``` 此阶段确保 `theApp` 成为程序的核心控制器[^4]。 - **初始化调用**：构造完成后，`theApp` 调用其 `InitInstance()` 方法。此方法负责： - 创建主窗口（通过 `pFrame->Create()`）。 - 注册窗口类并显示窗口。 - 初始化消息循环[^3]。 如果 `InitInstance()` 失败，整个程序会终止[^3]。 #### 3. **依赖关系处理与错误预防** - **依赖管理**：由于应用程序全局变量（如用户定义的全局对象）在初始化时可能调用MFC库函数（如 `AfxGetApp()`），MFC通过严格的初始化顺序确保库函数已就绪。例如，在引用[1]的代码示例中，如果MFC库变量未初始化，调用 `MFC_function()` 会导致崩溃。 - **错误处理**：MFC使用断言（`ASSERT()`）在调试阶段检查初始化状态。如果全局变量初始化失败（如内存分配错误），程序会中止并输出错误信息[^4]。 #### 4. **完整启动流程总结** MFC应用程序的全局变量初始化是启动过程的一部分，整体流程如下： 1. 操作系统加载程序，初始化C运行时库。 2. 按段顺序初始化全局变量：C++库 → MFC库 → 应用程序变量（包括 `theApp`）。 3. `theApp` 构造并设置模块状态。 4. 调用 `theApp.InitInstance()` 创建窗口和消息循环。 5. 进入消息泵循环，程序运行[^2][^3]。 此流程确保了MFC框架的稳定启动，但也需注意：在编写全局变量时，应避免在构造函数中直接调用依赖库的功能，以防止顺序问题[^1]。 ### 相关问题 1. 如何自定义MFC全局变量的初始化顺序以避免依赖冲突？ 2. 在MFC启动过程中，如果 `theApp` 初始化失败，程序如何处理？ 3. MFC全局变量与多线程环境下的初始化有什么注意事项？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值