Win32程序消息过程
大哥,大姐们:请帮我解析下VC下,Win32SDK应用程序消息处理流程以及MFC消息处理流程,非常不明白啊如果你觉得简单的话,顺便说说,消息过程中与系统、与硬件相关的联系...
大哥,大姐们:
请帮我解析下VC下,Win32 SDK应用程序消息处理流程以及MFC消息处理流程,非常不明白啊
如果你觉得简单的话,顺便说说,消息过程中与系统、与硬件相关的联系。
如果你方便的话,说说应用程序是怎么加载的,关于文件映射到内存中也不明白呀,然后开始执行了,进入WinMain了,SDK方式好说,可MFC的消息处理在那里呢,奇怪?
问题很多,谢谢!提供的资料连接也可以! 展开
请帮我解析下VC下,Win32 SDK应用程序消息处理流程以及MFC消息处理流程,非常不明白啊
如果你觉得简单的话,顺便说说,消息过程中与系统、与硬件相关的联系。
如果你方便的话,说说应用程序是怎么加载的,关于文件映射到内存中也不明白呀,然后开始执行了,进入WinMain了,SDK方式好说,可MFC的消息处理在那里呢,奇怪?
问题很多,谢谢!提供的资料连接也可以! 展开
5个回答
展开全部
WIN32的消息流程是很简单的,一个while,一个switch。。
MFC的消息处理流程,事实上和WIN32的一样,不过MFC做了一下封装。
具体的封装很简单,但是难点,也是它用到的一个关键的技术,就是Thunk,Thunk是MFC之所以能够把消息处理放到窗口类的私有函数进行处理的关键技术。
MFC的消息处理内幕基本上是这样:
★要有一个能够进行消息处理的说明宏。DECLARE_MESSAGE_MAP(),这个宏事实上类似定义了一个数组。用来存储你的消息映射。
★要有消息映射,ON_COMMAND、ON_MESSAGE等。这个宏就是往上面的数组中添加映射数据。
★在消息处理内部:
for( int i; i < 数组大小; i++)
    if( msg == 数组[i].msg )
        call 数组[i].Proc;
至于为什么MFC能把消息处理放到类的成员函数中,关键的Thunk技术:
Thunk事实上是一个结构,他被创建在堆中,堆的属性是,可读、可写、可执行,第三条可执行是关键。MFC创建一个thunk,这个thunk里面存储的事实上是一段代码,这段代码可以把Windows消息处理函数的第一个参数,就是hWnd,替换成类的this指针,然后进行一个jmp,用这个this指针去调用类的成员函数,同时thunk被转换为WINPROC类型,因此消息过程事实上先去执行thunk代码,然后再去执行静态的WINPROC,但此时第一个参数已经是this指针了,然后就可以去调用类的成员函数。支持虚拟,继承等。。我的空间里有详细的Thunk技术讨论。
这就是MFC的内幕。
MFC的消息处理流程,事实上和WIN32的一样,不过MFC做了一下封装。
具体的封装很简单,但是难点,也是它用到的一个关键的技术,就是Thunk,Thunk是MFC之所以能够把消息处理放到窗口类的私有函数进行处理的关键技术。
MFC的消息处理内幕基本上是这样:
★要有一个能够进行消息处理的说明宏。DECLARE_MESSAGE_MAP(),这个宏事实上类似定义了一个数组。用来存储你的消息映射。
★要有消息映射,ON_COMMAND、ON_MESSAGE等。这个宏就是往上面的数组中添加映射数据。
★在消息处理内部:
for( int i; i < 数组大小; i++)
    if( msg == 数组[i].msg )
        call 数组[i].Proc;
至于为什么MFC能把消息处理放到类的成员函数中,关键的Thunk技术:
Thunk事实上是一个结构,他被创建在堆中,堆的属性是,可读、可写、可执行,第三条可执行是关键。MFC创建一个thunk,这个thunk里面存储的事实上是一段代码,这段代码可以把Windows消息处理函数的第一个参数,就是hWnd,替换成类的this指针,然后进行一个jmp,用这个this指针去调用类的成员函数,同时thunk被转换为WINPROC类型,因此消息过程事实上先去执行thunk代码,然后再去执行静态的WINPROC,但此时第一个参数已经是this指针了,然后就可以去调用类的成员函数。支持虚拟,继承等。。我的空间里有详细的Thunk技术讨论。
这就是MFC的内幕。
展开全部
我也想知道 嘻嘻 好像mfc深入浅出里有几张图是描述消息过程的..
但是只是几张图也表达不出来很多的问题..
但是只是几张图也表达不出来很多的问题..
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
这个问题太深入了。我理解,大部分工作是由操作系统完成的。
硬件的每个行为由操作系统记录,然后形成消息队列,操作系统再把消息发送到相应应用程序的消息队列。
win32窗口应用程序为每个窗口建立消息循环,窗口的消息队列为空则窗口过程会处于等待状态,直到有新的消息,则执行窗口过程。
“应用程序是怎么加载的,关于文件映射到内存”更高深,只有去深入研究windows操作系统了。
可MFC的消息处理在那里呢,奇怪?mfc是用类封装了。如果你学习一段时间C++的面向对象编程,你再用SDK你就会有种自己写个类的冲动。
硬件的每个行为由操作系统记录,然后形成消息队列,操作系统再把消息发送到相应应用程序的消息队列。
win32窗口应用程序为每个窗口建立消息循环,窗口的消息队列为空则窗口过程会处于等待状态,直到有新的消息,则执行窗口过程。
“应用程序是怎么加载的,关于文件映射到内存”更高深,只有去深入研究windows操作系统了。
可MFC的消息处理在那里呢,奇怪?mfc是用类封装了。如果你学习一段时间C++的面向对象编程,你再用SDK你就会有种自己写个类的冲动。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
消息处理过程是这样的,例如,你按下鼠标左键,产生一个WM_LBUTTONDOWN消息,操作系统将这个消息放到对应窗体的消息队列中去,用户通过诸如GetMeesage函数从消息队列中取出这个消息,这时,如果该消息是一个按键消息,则由TranslateMessage把他翻译出来,再次投递到消息队列中去,如果不是,则直接由DispatchMessage将消息结构(MSG)回传给操作系统,由操作系统调用具体的窗口过程(window procedure),由窗口过程对消息进行响应。
MFC消息处理流程被封装了,其实本质上也是这样的。MFC定义了一组宏用于消息处理。 如:
BEGIN_MESSAGE_MAP(CAboutDlg, CDialog)
//{{AFX_MSG_MAP(CAboutDlg)
//}}AFX_MSG_MAP
END_MESSAGE_MAP()
用作消息映射
MFC消息处理流程被封装了,其实本质上也是这样的。MFC定义了一组宏用于消息处理。 如:
BEGIN_MESSAGE_MAP(CAboutDlg, CDialog)
//{{AFX_MSG_MAP(CAboutDlg)
//}}AFX_MSG_MAP
END_MESSAGE_MAP()
用作消息映射
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
win32 流程 主要是1首先获得消息来源于键盘消息,鼠标消息等的分为标准消息和命令消息。然后,由操作系统获取消息getmessage(,,,);之后应用程序进行消息的翻译translatemessage(),之后,第三dispatchmessage()进行消息的分发,以来执行对于标准消息或者命令消息的执行。
win32的流程主要在于1设计窗口,2注册窗口3创建窗口4消息循环5消息执行。就这个样子。
win32的流程主要在于1设计窗口,2注册窗口3创建窗口4消息循环5消息执行。就这个样子。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询