MFC教程-应用程序的退出

一个Windows应用程序启动之后,一般是进入消息循环,等待或者处理用户的输入,直到用户关闭应用程序窗口,退出应用程序为止。

  例如,用户按主窗口的关闭按钮,或者选择执行系统菜单“关闭”,或者从“文件”菜单选择执行“退出”,都会导致主窗口被关闭。

  当用户从“文件”菜单选择执行“退出”时,将发送MFC标准命令消息ID_APP_EXIT。MFC实现了函数CWinApp::OnAppExit()来完成对该命令消息的缺省处理。

  void CWinApp::OnAppExit()

  {

  // same as double-clicking on main window close box

  ASSERT(m_pMainWnd != NULL);

  m_pMainWnd->SendMessage(WM_CLOSE);

  }

  可以看出,其实现是向主窗口发送WM_CLOSE消息。主窗口处理完WM_CLOSE消息之后,关闭窗口,发送WM_QUIT消息,退出消息循环(见图5-3),进而退出整个应用程序。

  边框窗口对WM_CLOSE的处理

  MFC提供了函数CFrameWnd::OnClose来处理各类边框窗口的关闭:不仅包括SDI的边框窗口(从CFrameWnd派生),而且包括MDI的主边框窗口(从CMDIFrameWnd派生)或者文档边框窗口(从CMDIChildWnd派生)的关闭。

  该函数的原型如下,流程如图6-1所示:

  void CFrameWnd::OnClose()

  从图6-1中可以看出,它首先判断是否可以关闭窗口(m_lpfnCloseProc是函数指针类型的成员变量,用于打印预览等情况下),然后,根据具体情况进行处理:

  如果是主窗口被关闭,则关闭程序的所有文档,销毁所有窗口,退出程序;

  如果不是主窗口被关闭,则是文档边框窗口被关闭,又分两种情况:若该窗口所显示的文档被且仅被该窗口显示,则关闭文档和文档窗口并销毁窗口;若该窗口显示的文档还被其他文档边框窗口所显示,则仅仅关闭和销毁文档窗口。

MFC教程(6)-- 应用程序的退出(图一)

  下面是处理 WM_CLOSE消息中涉及的一些函数。

MFC教程(6)-- 应用程序的退出(图二)   BOOL CDocument::SaveModified()

  该虚拟函数的缺省实现:首先调用IsModifed判断文档是否被修改,没有修改就返回,否则继续。

  当询问用户是否保存被修改的文档时,若用户表示“cancel”,返回FALSE;若用户表示“no”,则返回TRUE;若用户表示 “yes”,则存盘失败返回FALSE,存盘成功返回TRUE。存盘处理首先要得到被保存文件的名称,然后调用虚拟函数OnSaveDocument完成存盘工作,并使用SetModifidFlag(FALSE)设置文档为没有修改。

  BOOL CDocument::OnSaveDocument(LPCTSTR lpszPathName)

  该函数是虚拟函数,用来保存文件。其实现的功能和OpOpenDocument相反,但处理流程类似,描述如下:

  根据lpszPathName打开文件pFile;

  使用pFile构造一个用于写入数据的CArchive对象,此对象用来保存数据到文件;

  设置鼠标为时间瓶形状;

  使用Serialize函数完成序列化写;

  完毕,恢复鼠标的形状。

  CWinApp::SaveAllModified()

  CWinApp::CloseAllDocuments(BOOL bEndSession)

  这两个函数都遍历模板管理器列表,并分别对列表中的模板管理器对象逐个调用CDocManager的同名成员函数:

  CDocManager::SaveAllModified()

  CDocManager::CloseAllDocuments(BOOL bEndSession)

  这两个函数都遍历其文档模板列表,并分别对列表中的模板对象逐个调用CDocTemplate的同名成员函数:

  CDocTemplate::SaveAllModified()

  CDocTemplate::CloseAllDocuments(BOOL bEndSession)

  这两个函数都遍历其文档列表,并分别对列表中的文档对象逐个调用CDocuemnt的成员函数:

  CDocument::SaveModified()

  CDocument::OnCloseDocument()

  CDocument::SaveModified()

  CDocument::OnCloseDocument()

CDocument::SaveModified前面已作了解释。OnCloseDocument是一个虚拟函数,其流程如图6-2所示。

  通过文档对象所对应的视,得到所有显示该文档的边框窗口的指针:在SDI程序关闭窗口时,获取的是主边框窗口;在MDI程序关闭窗口时,获取的是MDI子窗口。

  然后,关闭并销毁对应的边框窗口。

  如果文档对象的 m_bAutoDelete为真,则销毁文档对象自身。

MFC教程(6)-- 应用程序的退出(图三)

  窗口的销毁过程

  DestroyWindow

  从图6-1、图6-2可以看出,销毁窗口是通过调用DestroyWindow来完成的。DestroyWindow是CWnd类的一个虚拟函数。CWnd实现了该函数,而CMDIChildWnd覆盖了该函数。

  (1)CWnd::DestroyWindow()

  主要就是调用::DestroyWindow销毁m_hWnd(必须非空),同时销毁其菜单、定时器,以及完成其他清理工作。

  ::DestroyWindow使将被销毁的窗口失去激活、失去输入焦点,并发送WM_DESTROY、WM_NCDESTROY消息到该窗口及其各级子窗口。如果被销毁的窗口是子窗口且没有设置WM_NOPARENTNOTFIY风格,则给其父窗口发送WM_PARENTNOFITY消息。

  (2)CMDIChildWnd::DestroyWindow()

  因为MDI子窗口不能使用::DestroyWindows来销毁,所以CMdiChildWnd覆盖了该函数,CMDIChildWnd主要是调用成员函数MDIDestroy给客户窗口(父窗口)发送消息WM_MDIDESTROY,让客户窗口来销毁自己。

 

  处理WM_DESTROY消息

 

  消息处理函数OnDestroy处理WM_DESTROY消息,CFrameWnd、CMDIChildWnd、CWnd、CView及其派生类(如CEditView等等)、CControlBar等都提供了对该消息的处理函数。这里,主要解释边框、文档边框、视类的消息处理函数 OnDestroy。

  CWnd::OnDestroy()

  调用缺省处理函数Default()。

 

  CFrameWnd::OnDestroy()

  首先,销毁工具栏的窗口;然后,设置菜单为缺省菜单;接着,如果要销毁的是主边框窗口,则通知HELP程序本应用程序将退出,没有其他程序使用WINHELP则关闭WINHELP;最后调用CWnd::OnDestroy。

CMDIFrameWnd::OnDestroy()

  首先,调整客户窗口的边界类型;然后,调用基类CframeWnd的OnDestroy。这时,MDI子窗口的工具栏窗口列表为空,故没有工具栏窗口可以销毁。

 

  CView::OnDestroy()

  首先,判断自身是否是边框窗口的活动视,如果是则调用边框窗口的SetActivateView使自己失去激活;然后,调用基类CWnd的OnDestroy。

  处理WM_NCDESTROY消息

  窗口的非客户区被销毁时,窗口接收WM_NCDESTROY消息,由OnNcDestroy处理WM_NCDESTROY消息。在MFC中,OnNcDestroy是Windows窗口被销毁时调用的最后一个成员函数。

  CWnd、CView的某些派生类提供了对该消息的处理函数,这里只讨论CWnd的实现。

  CWnd::OnNcDestroy()

  首先判断当前线程的主窗口是否是该窗口,如果是且模块非DLL,则发送WM_QUIT消息,使得程序结束;

  然后,判断当前线程的活动窗口是否是该窗口,如果是则设置活动窗口为NULL;

  接着,清理Tooltip窗口,调用Default由Windows缺省处理WM_NCDESTROY消息,UNSUBCLASS,把窗口句柄和MFC窗口对象分离(Detach);

  最后,调用虚拟函数PostNcDestoy。

 

  PostNcDestoy

  CWnd、CFrameWnd、CView、CControlBar等都覆盖了该函数。文档边框窗口和边框窗口都使用CFrameWnd::PostNcDestroy。

  CWnd::PostNcDestroy()

  MFC缺省实现空

  void CFrameWnd::PostNcDestroy()

  调用delete this销毁自身这个MFC对象。

  void CView::PostNcDestroy()

  调用delete this销毁自身这个MFC对象。

  析构函数

  delete this导致析构函数的调用。需要提到的是CFrameWnd和CView的析构函数。

  CFrameWnd::~CFrameWnd()

  边框窗口在创建时,把自身加入到模块-线程状态的边框窗口列表m_frameList中。现在,从列表中移走该窗口对象。

  必要的话,删除m_phWndDisable数组。

  CView::~CView()

  在视创建时,把自身加入到文档对象的视列表中。现在,从列表中移走该视对象。

  应用程序调用CloseAllDocument关闭文档时。参数为FALSE,它实际上并没有把视从列表中清除,而最后的清除是由析构函数来完成的。

  至此,边框窗口关闭的过程讨论完毕。下面,结合具体情况──SDI窗口的关闭、MDI主窗口的关闭、MDI子窗口的关闭──描述对WM_CLOSE消息的处理。

  SDI窗口、MDI主、子窗口的关闭

  参考图6-1分析SDI窗口、MDI主、子窗口的关闭流程。

SDI窗口的关闭

  在这种情况下,主窗口将被关闭。首先,关闭应用程序的文档对象。文档对象的虚拟函数OnCloseDocument调用时销毁了主窗口(Windows窗口和MFC窗口对象),同时也导致视、工具条窗口的销毁。主窗口销毁后,应用程序的主窗口对象为空,故发送WM_QUIT消息结束程序。

 

  MDI主窗口的关闭

  首先,关闭应用程序的所有文档对象。文档对象的OnCloseDocument函数关闭文档时,将销毁文档对象对应的文档边框窗口和它的视窗口。这样,所有的MDI子窗口(包括其子窗口视)被销毁,但应用程序的主窗口还在。接着,调用DestroyWindow成员函数销毁主窗口自身,DestroyWindow发现被销毁的是应用程序的主窗口,于是发送WM_QUIT消息结束程序。

 

  MDI子窗口(文档边框窗口)的关闭

  在这种情况下,被关闭的不是主窗口。判断与该文档边框窗口对应的文档对象是否还被其他一个或者多个文档边框窗口使用,如果是,则仅仅销毁该文档边框窗口(包括其子窗口视);否则,关闭文档,文档对象的OnCloseDocument将销毁该文档边框窗口(包括其子窗口视)。

### MFC应用程序的正确退出方式 在MFC应用程序中,可以通过多种方式实现程序的正常退出。以下是几种常见的方法及其原理: #### 方法一:调用 `AfxGetMainWnd()->PostMessage(WM_CLOSE);` 关闭窗口 通过发送关闭消息给主窗口来触发程序退出是最常用的方式之一。此操作会向主窗口的消息队列发送一条 `WM_CLOSE` 消息[^1]。 ```cpp // 调用 PostMessage 发送 WM_CLOSE 消息以关闭主窗口 AfxGetMainWnd()->PostMessage(WM_CLOSE); ``` 当接收到该消息时,主窗口将执行其默认处理逻辑并销毁自身。如果未重写 `OnClose()` 函数,则窗口会被自动销毁;否则需要显式调用 `DestroyWindow()` 或返回特定值以完成退出过程。 --- #### 方法二:直接调用 `::ExitProcess(0)` 终止进程 虽然可以使用操作系统级别的 API 来终止整个应用进程,但这通常不推荐用于正常的 GUI 应用场景下,因为这种方式不会释放资源或清理内存。 ```cpp #include <windows.h> // 使用 ExitProcess 强制结束当前进程 ::ExitProcess(0); ``` 尽管如此,在某些特殊情况下(例如发生不可恢复错误),这种方法可能是必要的。 --- #### 方法三:设置命令行参数控制行为 利用 `ParseCommandLine()` 和自定义解析器功能,可以在启动阶段检测到指定标志位后主动退出程序而无需显示界面[^2]。 ```cpp void CMyApp::InitInstance() { CCommandLineInfo cmdInfo; ParseCommandLine(cmdInfo); if (cmdInfo.m_nShellCommand == CCommandLineInfo::FileNew || cmdInfo.m_nShellCommand == CCommandLineInfo::FileOpen) { // 如果满足条件则立即退出而不加载UI组件 AfxMessageBox(_T("Application will exit now!")); ::ExitProcess(EXIT_SUCCESS); } LoadStdProfileSettings(); // 加载标准 INI 文件选项 } ``` 上述代码片段展示了如何基于传入的命令行参数决定是否继续初始化实例或者提前停止运行。 --- #### 注意事项 无论采用哪种策略都需要考虑以下几点: - **资源管理**:确保所有动态分配的对象都已安全删除; - **线程同步**:若有其他后台工作线程正在活动状态需妥善安排它们有序退出- **数据保存机制**:对于涉及文件读写的项目应给予用户机会确认更改前的内容存储情况再做最终判断。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值