【MFC】05.MFC第一大机制:程序启动机制-笔记

这篇具有很好参考价值的文章主要介绍了【MFC】05.MFC第一大机制:程序启动机制-笔记。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

MFC程序开发所谓是非常简单,但是对于我们逆向人员来说,如果想要逆向MFC程序,那么我们就必须了解它背后的机制,这样我们才能够清晰地逆向出MFC程序,今天这篇文章就来带领大家了解MFC的第一大机制:程序启动机制:

首先,我们创建一个单文档架构程序,我们来观察一下:

这里我创建的项目名称为:MFCApplication1

我们发现一共有三个类:(这里有一些是MFC自动为我们写好的类,类名称通常为项目名称,继承了MFC库中的一些类,我们只看MFC库中的类)我们发现大致三个类:

CFrame类:这个类是框架窗口类,封装了框架窗口的操作

CWinApp类:这个类是应用程序类,封装了流程的操作

CDocument类:这个类是文档类,封装了数据的处理,例如存储,转换等

CView类:这个类是视图类,封装了视图窗口的操作

我们主要讲解的是CFrame类和CWinApp类

这里我创建好的项目,我们先来看看部分源代码:

CMFCApplication1.h:


// MFCApplication1.h: MFCApplication1 应用程序的主头文件
//
#pragma once

#ifndef __AFXWIN_H__
	#error "include 'pch.h' before including this file for PCH"
#endif

#include "resource.h"       // 主符号


// CMFCApplication1App:
// 有关此类的实现,请参阅 MFCApplication1.cpp
//

class CMFCApplication1App : public CWinApp
{
public:
	CMFCApplication1App() noexcept;


// 重写
public:
	virtual BOOL InitInstance();
	virtual int ExitInstance();

// 实现
	afx_msg void OnAppAbout();
	DECLARE_MESSAGE_MAP()
};

extern CMFCApplication1App theApp;

MianFrm.h:


// MainFrm.h: CMainFrame 类的接口
//

#pragma once

class CMainFrame : public CFrameWnd
{
	
protected: // 仅从序列化创建
	CMainFrame() noexcept;
	DECLARE_DYNCREATE(CMainFrame)

// 特性
public:

// 操作
public:

// 重写
public:
	virtual BOOL PreCreateWindow(CREATESTRUCT& cs);

// 实现
public:
	virtual ~CMainFrame();
#ifdef _DEBUG
	virtual void AssertValid() const;
	virtual void Dump(CDumpContext& dc) const;
#endif

protected:  // 控件条嵌入成员
	CToolBar          m_wndToolBar;
	CStatusBar        m_wndStatusBar;

// 生成的消息映射函数
protected:
	afx_msg int OnCreate(LPCREATESTRUCT lpCreateStruct);
	DECLARE_MESSAGE_MAP()

};

看完这部分源码之后,我们来自己实现,不用MFC自动帮我们实现的类,来加深我们的理解:

我们创建一个控制台应用,修改项目属性:

  1. 常规:MFC的使用:在静态库中使用MFC
  2. 连接器->系统->子系统:窗口

接下来,我们删除掉main.cpp中的所有代码,我们来自己仿照MFC写一个窗口:

#include <afxwin.h>

class CMyFrameWnd:public CFrameWnd{
public:
}

class CMyApp:public CWinApp{
public:
  CMyApp(){};
  //必须要重写虚函数:
  virtual BOOL InitInstance(){
    CMyFrameWnd* pFrame = new CMyFrameWnd;
    pFrame->Create(NULL,L"FirstMFC");
    m_pMainWnd = pFrame;
    pFrame.ShouWindow(SW_SHOW);
    pFrame->UpdateWindow();
    return TRUE;
  }
};

CMyWinApp theApp;

这里的CMyFrameWnd由于只是一个框架类,我们不需要做任何操作,只是继承MFC的框架类就可以了,狗仔函数会调用CFrameWnd中写好的构造函数

接下来我们创建一个自己的应用程序类,继承MFC的CWinApp类,这里我们写一个空的构造函数,当构造的时候,就会调用父类的构造函数了

我们在自己的应用程序类中还必须重写虚函数InitInstance,在这个函数中,我们创建窗口,显示窗口

最后,我们还需要一个应用程序类全局变量theApp

当我们写好这些之后,我们运行,发现窗口已经神奇的创建好了:

【MFC】05.MFC第一大机制:程序启动机制-笔记,MFC,mfc,笔记,c++

我们在创建Win32应用程序的时候,需要做的几个步骤:

  1. 定义窗口类,创建窗口
  2. 注册窗口
  3. 刷新窗口
  4. 显示窗口

但是在我们这样实现了MFC之后,我们貌似少做了很多操作,几行代码就完成了窗口的创建,甚至我们连WinMain函数都没有看见,那么MFC的程序启动机制到底是怎样的呢?我们首先就来深究一下MFC的程序运行机制:

我们知道,在C++中,全局变量的构造是优先于main函数的,那么我们少做的很多操作,肯定就是在这里全局变量的构造函数中了

我们在我们自己的应用程序类的构造函数上下断点,我们跟到CWinApp的构造函数中来看看:

这里我就写伪代码了:

我们应用程序类的父类:CWinApp的构造函数:
CWinApp::CWinApp(LPCTSTR lpszAppName){
  //首先判断lpszAppName是否为空,做了一些操作,我们没必要关注
  
  //AFX_MODULE_STATE这个结构体是MFC中的 程序模块状态信息结构体
  //这里是获取当前应用程序模块状态信息
  AFX_MODULE_STATE* pModuleState = _AFX_CMDTARGET_GETSTATE();
  //这里是获取当前程序线程状态信息,可以看出来,当前程序状态信息是模块状态信息中的一个成员
	AFX_MODULE_THREAD_STATE* pThreadState = pModuleState->m_thread;
	//这里是给线程信息的某个成员赋值,给的是this指针,也就是theApp的地址
	pThreadState->m_pCurrentWinThread = this;
	
	
	//这里是给theApp的成员赋值,我们自己的应用程序类没有写成员,这里都是CWinApp中写好的,我们只是继承过来了
	//获取当前应用程序线程句柄
	m_hThread = ::GetCurrentThread();
	//获取当前应用程序线程ID
	m_nThreadID = ::GetCurrentThreadId();
	
	//给当前应用程序模块状态信息的某个成员赋值
	//不难看出这里保存的是当前应用程序类的地址,也就是theApp的地址
	pModuleState->m_pCurrentWinApp = this;
	
	
	//之后就是一些给类中的其他成员赋初值,很多都是NULL,我们不再关注
	
}

但是跟完构造函数后,我们也没有找到WinMain,更没有找到注册窗口等操作

既然在应用程序类的构造中我们没有找到,我们来看看接下来我们写的pFrame->Create(NULL, L"FirstMFC");这一段代码,但是这一段代码很明显是框架类的方法,我们猜测很多操作就在这里完成

我们在这一段代码上下断点,断下来之后,我们F11跟进,然后查看调用对战,我们就发现了wWinMian和AfxWInMain,由于我们写过win32程序,我们知道底层就是wWinMain函数,我们就跟到这个函数中来看:

这里还是写伪代码

_tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
	_In_ LPTSTR lpCmdLine, int nCmdShow)
{
  //我们发现在wWinMain函数中,做了转发,而且根据名称来看,是MFC的wWimMain函数,我们跟进去看看:
	//这里注意,有些人到这里就不会往进去跟了,我们在这行代码上下断点,然后去掉之前的断点,重新调试,就能跟进去了
	return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow){
	  	//这里根据名称来看,是获取当前应用程序线程信息,我们跟进去看看:
	  	CWinThread* pThread = AfxGetThread(){
	  	    //这里跟前面的应用程序类的构造函数中一样,获取当前应用程序的模块状态信息
          AFX_MODULE_THREAD_STATE* pState = AfxGetModuleThreadState();
          //取出得到的模块状态信息中的成员->当前线程
        	CWinThread* pThread = pState->m_pCurrentWinThread;
        	//返回线程
        	return pThread;
	  	}
	  	
    	//这里根据名称来看,是获取了当前应用程序的应用程序类的地址,我们还是跟进去看看
    	CWinApp* pApp = AfxGetApp(){
    	  //这里afx开头的函数
    	  return afxCurrentWinApp{
    	    //这里可以肯定,是返回了应用程序类地址
    	    return pResult = _afxBaseModuleState.GetData();
    	  }
    	}
    	
    	这里这两步跟完之后,大家有没有发现,这里实现了C++的多态?
    	CWinThread,是爷类指针,指向派生类类对象
    	CWinApp是父类的指针,指向了派生类对象,theApp是我们自己实现的应用程序类嘛
    	
    	//下一步:执行了这个函数,在源代码中,是在if的条件中实现的,这里直接拉出来了
    		AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow){
    		  //根据名称,这个是初始化的函数
    		  		pApp->m_hInstance = hInstance;
          		hPrevInstance; // Obsolete.
          		pApp->m_lpCmdLine = lpCmdLine;
          		pApp->m_nCmdShow = nCmdShow;
          		pApp->SetCurrentHandles();
    		}
    		
    		程序启动初始化操作 虚函数我们可以重写,貌似是关于文档的一些初始化操作
    		pApp->InitApplication()
    	
      	//接下来这个函数也是在if条件中进行的,这里直接拉出来
      	pThread->InitInstance(){
      	  这是虚函数,我们在我们自己的类中已经实现
      	}
	}
}

代码跟到这里,我们已经解决了很多前面我们提出来的问题:WinMain函数等但是还有一个问题:消息循环呢?我们知道,如果没有消息循环,那么这个窗口根本运行不了,那既然我们能够关闭窗口等操作,那肯定是已经写好了消息循环,我们来接着上面的代码来跟:

上面的函数紧接着,我们就看到了一行代码:
这就是MFC的消息循环,我们来跟进去看一下:
pThread->Run(){
  //这里也相当于做了转发,在转发之前有一些判断,这里省略
  int CWinApp::Run(){
    //跟到这里之后,我们就发现了消息循环:
    	for (;;)//死循环
    	{
    	  //这里的PeekMessage是到消息列表中检查是否有消息
    		while (bIdle &&!::PeekMessage(&(pState->m_msgCur), NULL, NULL, NULL, PM_NOREMOVE))
    		{
    		  //这里是说:如果没有消息的话,就会进行空闲操作,比如刷新窗口,检查定时器等等
    			if (!OnIdle(lIdleCount++))
    				bIdle = FALSE;
    		}
    		//死循环里面还有一个do——while循环,我们来看看:
    		do
    		{
    		  //这里,如果是WM_QUIT消息,才会返回false,才会进去退出程序
    			if (!PumpMessage(){//在这个PumpMessage中,发现了翻译消息,派发消息
    			  	if (pState->m_msgCur.message != WM_KICKIDLE && !AfxPreTranslateMessage(&(pState->m_msgCur)))
              	{
              		::TranslateMessage(&(pState->m_msgCur));
              		::DispatchMessage(&(pState->m_msgCur));
              	}
    			}
    			)
    				return ExitInstance();
    			if (IsIdleMessage(&(pState->m_msgCur)))
    			{
    				bIdle = TRUE;
    				lIdleCount = 0;
    			}
    
    		} while (::PeekMessage(&(pState->m_msgCur), NULL, NULL, NULL, PM_NOREMOVE));
    	}
    }
}

至此,我们的消息循环就跟踪完了,这里,再总结一下MFC的程序启动机制:文章来源地址https://www.toymoban.com/news/detail-631881.html

  • 首先是theApp,也就是我们自己的窗口类(CMyApp)的构造,也就是CWinApp的构造,在构造函数中:
    1. 将theApp的地址,保存到了当前应用程序线程状态信息中
    2. 将theApp的地址,保存到了当前应用程序的模块状态信息中
  • 然后进入了WinMain函数,在WinMain函数中:
    1. 利用全局函数AfxGetThread()获取到了theApp的地址
    2. 利用theApp调用虚函数 InitApplication,进行文档类的一些初始化操作
    3. 利用theApp调用虚函数 InitInstance,也就是我们重写的虚函数,创建窗口
    4. 利用theApp调用虚函数 Run 消息循环
    5. 在消息循环中,我们跟踪到了获取消息,翻译消息,派发消息等
    6. 利用TheApp调用退出函数

到了这里,关于【MFC】05.MFC第一大机制:程序启动机制-笔记的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【MFC】07.MFC第三大机制:消息映射-笔记

    本专栏上两篇文章分别介绍了【MFC】05.MFC第一大机制:程序启动机制和【MFC】06.MFC第二大机制:窗口创建机制,这篇文章来为大家介绍MFC的第三大机制:消息映射 typfd要实现消息映射,必须满足的三个条件: 类必须继承于CmdTargert 类必须声明重定义 DECLARE_MESSAGE_MAP 类外必须实

    2024年02月14日
    浏览(28)
  • 【MFC】10.MFC六大机制:RTTI(运行时类型识别),动态创建机制,窗口切分,子类化-笔记

    C++: ##是拼接 #是替换成字符串 这是MFC提供的运行时类信息的使用,如果我们自己创建一个类,如果想用这些方法,必须要满足三个条件: 这个类必须继承于CObject类 类内必须声明DECLARE_DYNAMIC 类外必须实现IMPLENENT_DYNAMIC 我们来看看是如何实现的: 这里给出RTTI的图,每一个类中

    2024年02月13日
    浏览(28)
  • MFC 序列化机制

    目录 文件操作相关类 序列化机制相关类 序列化机制使用 序列化机制执行过程 序列化类对象 CFile:文件操作类,封装了关于文件读写等操作,常见的方法: CFile::Open:打开或者创建文件 CFile::Write/Read:写/读文件 CFile::Close:关闭文件 CFile::SeekToBegin/SeekToEnd/Seek:从 开始/结束

    2024年01月20日
    浏览(24)
  • 微软MFC技术运行机制

    我是荔园微风,作为一名在IT界整整25年的老兵,今天总结一下微软MFC技术运行机制。 很多初学者误以为VC++开发必须使用MFC,其实不一定的。MFC的使用只能是提高程序在某些情况下的开发效率,而不能替代整个Win32程序设计。我认为我们有必要再来好好讲讲MFC的本质、MFC中的

    2024年02月08日
    浏览(32)
  • vs mfc未加载mfc140u导致无法启动

    在非MFC程序中添加MFC时出现了报错显示 0x00007FFEB46D3F57 (mfc140ud.dll)处(位于 .exe 中)引发的异常: 0xC0000005: 读取位置 0x00000000 ,查了好多资料都认为是dll丢失,要么去下载要么去连接微软的服务器,如果连接微软的服务器启动的时候巨慢,并且我其它的mfc工程不受影响证明我的电

    2024年04月14日
    浏览(25)
  • MFC与QT的消息机制的区别

    Windows 的消息系统由以下 3 部分组成:          消息队列 :Windows 能够为所有的应用程序维护一个消息队列,应用程序必须从消息队列中获去消息, 然后分派给某个窗体。          消息循环 :通过这个循环机制,应用程序从消息队列中检索消息,再把它分派给适当的

    2024年02月05日
    浏览(27)
  • Xshell、xftp启动报错:由于找不到mfc110u.dll,无法继续执行代码。重新安装程序可能会解决此问题 问题:

    Xshell、xftp启动报错:由于找不到mfc110u.dll,无法继续执行代码。重新安装程序可能会解决此问题 环境:Windows 10 专业版, Windows Feature Experience Pack 120.2212.3920.0 xshell version:Xshell.6.0.0117 portable xftp version: Xftp.6.0.0111 portable 进入下载: Download Visual C++ Redistributable for Visual Studi

    2024年02月05日
    浏览(47)
  • 【MFC】09.MFC视图-笔记

    MFC视图窗口:CView类 显示数据/画面 我们之前的绘图消息,都是在框架类上画出来的 视图窗口就覆盖在框架窗口上 视图窗口本质上也是窗口,只是和框架窗口风格不同 CView类也继承于CWnd类 CView也能处理消息,因为它继承于CWnd类 试图窗口没有边框等 视图窗口是框架窗口的子

    2024年02月14日
    浏览(29)
  • 【MFC】01.MFC框架-笔记

    MFC Microsoft Fundation class 微软基础类库 框架 基于Win32 SDK进行的封装 属性:缓解库关闭 属性-C/C++/代码生成/运行库/MTD 属性-常规-MFC的使用:在静态库中使用MFC,默认是使用的共享DLL,运行时库 SDK版本:开发软件的套件 WSK:开发驱动的套件 MFC基于类的管理 预编译头: Demo01.h

    2024年02月14日
    浏览(27)
  • 已解决:程序无法启动,因为您的计算机中缺少“mfc140u.dll”“CONTENT140.DLL”“vcomp140.dll”。请尝试重新安装该程序以解决此问题。

    下载游戏《极限竞速:地平线4》以后,启动游戏报错。使用“DirectX Repair.exe”软件修复成功可以启动游戏以后...... CAD,Cubase,PS等常用软件一 一报错打不开了 :报错: 程序无法启动,因为您的计算机中缺少“mfc140u.dll”“CONTENT140.DLL”“vcomp140.dll”。请尝试重新安装该程序以

    2024年02月07日
    浏览(57)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包