duilib库分析: 消息流程分析

看下CWindowWnd类与CPaintManagerUI类是咋进行消息分发的吧.

1. 先看下CPaintManagerUI类的MessageLoop函数:

  1. void CPaintManagerUI::MessageLoop()
  2. {
  3. MSG msg = { 0 };
  4. while( ::GetMessage(&msg, NULL, 0, 0) ) {    // 获取消息
  5. if( !CPaintManagerUI::TranslateMessage(&msg) ) { // 消息过滤
  6. ::TranslateMessage(&msg);
  7. ::DispatchMessage(&msg); // 分发到窗口的消息处理窗口中. 也就是调用CWindowWnd类的__WndProc函数或是__ControlProc函数.
  8. }
  9. }
  10. }

消息第一次会由CPaintManagerUI类的TranslateMessage消息接收到.

2. 调用CWindowWnd::Create创建窗口.  完成以下操作:

1) 如果要子类下Window的控件(就是系统的控件, 而不是duilib的模拟控件), 就设置__ControlProc函数为消息回调函数.

2)不子类化, 就注册窗口类. 此时设置__WndProc为窗口消息处理回调函数.

3)用CreateWindowEx API函数创建窗口.

这里先不看子类化相关的, 我要先看明白标准的窗口创建过程.  这也操作后消息就会分发到__WndProc了,

3. 看下__WndProc函数的定义:

  1. LRESULT CALLBACK CWindowWnd::__WndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
  2. {
  3. CWindowWnd* pThis = NULL;
  4. if( uMsg == WM_NCCREATE ) { // 要在此消息中把类于窗口进行绑定
  5. LPCREATESTRUCT lpcs = reinterpret_cast<LPCREATESTRUCT>(lParam);   // 来自于CreateWindowEx函数的最后一个参数( 也就是CWindowWnd对象指针了 )
  6. pThis = static_cast<CWindowWnd*>(lpcs->lpCreateParams);
  7. pThis->m_hWnd = hWnd;
  8. ::SetWindowLongPtr(hWnd, GWLP_USERDATA, reinterpret_cast<LPARAM>(pThis)); // 设置到窗口的用户数据中
  9. }
  10. else {
  11. pThis = reinterpret_cast<CWindowWnd*>(::GetWindowLongPtr(hWnd, GWLP_USERDATA));
  12. if( uMsg == WM_NCDESTROY && pThis != NULL ) {
  13. LRESULT lRes = ::CallWindowProc(pThis->m_OldWndProc, hWnd, uMsg, wParam, lParam);    // 收到窗口能处理到的最后一个消息了, 要进行收尾工作了.
  14. ::SetWindowLongPtr(pThis->m_hWnd, GWLP_USERDATA, 0L);    // 取消类对象与窗口的绑定关系
  15. if( pThis->m_bSubclassed ) pThis->Unsubclass();
  16. pThis->m_hWnd = NULL;
  17. pThis->OnFinalMessage(hWnd);
  18. return lRes;
  19. }
  20. }
  21. if( pThis != NULL ) {
  22. return pThis->HandleMessage(uMsg, wParam, lParam);  // 在此调用继承类的消息处理函数
  23. }
  24. else {
  25. return ::DefWindowProc(hWnd, uMsg, wParam, lParam); // 未绑定类对象, 就调用默认的窗口消息处理函数
  26. }
  27. }

消息第二次就由__WndProc接收到, 然后再传到CWindowWnd类的HandlerMessage函数中.

3. 看看CWindowWnd类的继承类对于HandlerMessage虚函数的实现.

  1. LRESULT CMainWnd::HandleMessage( UINT uMsg, WPARAM wParam, LPARAM lParam )
  2. {
  3. LRESULT lRes        = 0;    // 消息处理返回值.
  4. BOOL    bHandled    = TRUE; // 消息是否要继续往下传.
  5. switch ( uMsg )
  6. {
  7. case WM_CREATE: lRes    = OnInitResource( bHandled ); break;  // 进行初始化工作. 比如最重要的XML加载解析工作.
  8. default:
  9. bHandled    = FALSE;
  10. }
  11. if ( bHandled )
  12. {
  13. return lRes;
  14. }
  15. if ( m_pm.MessageHandler( uMsg, wParam, lParam, lRes ) )    // 传给CPaintManagerUI::MessageHandler函数进行具体的控件处理工作
  16. {
  17. return lRes;
  18. }
  19. return CWindowWnd::HandleMessage( uMsg, wParam, lParam );  // 没处理过的就调用CWindowWnd类的默认消息处理函数吧.
  20. }

在这里就是用户要按消息进行具体的处理了. 之后要传到CPaintManagerUI类对象的MessageHandler函数. 未处理的消息就要返回给CWindowWnd类的默认消息处理函数来处理了.

4.  CPaintManagerUI类的TranslateMessage, MessageHandler函数的内容.

  1. BOOL CPaintManagerUI::TranslateMessage(const LPMSG pMsg)
  2. {
  3. HWND hwndParent = ::GetParent(pMsg->hwnd); // 获取消息接收窗口的父窗口
  4. UINT uStyle = GetWindowStyle(pMsg->hwnd); // 获取窗口的样式
  5. LRESULT lRes = 0;
  6. for( int i = 0; i < m_aPreMessages.GetSize(); i++ ) { // 这个m_aPreMessage保存着CPaintManagerUI类对象.
  7. CPaintManagerUI* pT = static_cast<CPaintManagerUI*>(m_aPreMessages[i]);
  8. if( pMsg->hwnd == pT->GetPaintWindow() // 消息是否属于当前CPaintManagerUI绑定的窗口
  9. || (hwndParent == pT->GetPaintWindow() && ((uStyle & WS_CHILD) != 0)) ) // 消息是否为当前窗口中窗口的消息, (如ActiveX控件 )
  10. {
  11. if( pT->PreMessageHandler(pMsg->message, pMsg->wParam, pMsg->lParam, lRes) ) return TRUE; // 此时就调用PreMessageHandler过滤函数.
  12. }
  13. }
  14. return FALSE;
  15. }

m_aPreMessage为静态成员变量, 在CPaintManagerUI::Init进行窗口与此类绑定时添加到此变量中.

5. CPaintManagerUI::PreMessageHandler消息过滤函数.

  1. BOOL CPaintManagerUI::PreMessageHandler(UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT& /*lRes*/)
  2. {
  3. // 遍历当前的消息过滤列表. m_aPreMessageFilter的元素为IMessageFilterUI接口.只一个虚函数MessageHandler.
  4. // 用户可以添加此接口的继承类变量到m_aPreMessageFilters列表中. ( 调用AddMessageFilter函数实现 )
  5. for( int i = 0; i < m_aPreMessageFilters.GetSize(); i++ )
  6. {
  7. BOOL bHandled = FALSE;
  8. LRESULT lResult = static_cast<IMessageFilterUI*>(m_aPreMessageFilters[i])->MessageHandler(uMsg, wParam, lParam, bHandled);
  9. if( bHandled ) {
  10. return TRUE;
  11. }
  12. }
  13. // 以下是对几个按键消息的过滤.
  14. // WM_KEYDOWN     检查是否为VK_TAB键, 要进行控件焦点的移动.
  15. // WM_SYSCHAR     获取与wParam中的字符加速键匹配的控件, 并激活它.
  16. // WM_SYSKEYDOWN  生成控件事件( 用TEventUI来模拟 )
  17. }

5. CPaintManagerUI::MessageHandler函数.

1) 遍历m_aMessageFilters列表中的IMessageFilterUI接口, 并调用MessageHandler函数, 再次进行相关的消息过滤功能.(与上面的m_aPreMessageFilters类似)

2) 在此会处理窗口的WM_PAINT消息. 显示所有控件的外观与状态.

3) 处理鼠标事件, 实现控件激活和相关事件.

4) 处理WM_TIMER消息, 所有控件要用CPaintManagerUI的SetTimer, KillTimer等函数实现计时器功能.

5) 处理CPaintManagerUI类的自定消息, WM_APP + 1与 +2,

WM_APP + 1是用于控件延迟销毁控件对象

WM_APP + 2销毁异步消息的处理.

( 异步控件消息用CPaintManagerUI::SendNotify函数, 把消息对象添加到m_aAsyncNotify列表中, 再PostMessage函数WM_APP + 2 )

5) 其它基本的窗口相关消息的处理.

CPaintManagerUI把DUILIB内部的事件都是用TEventUI结构的形式调用CControlUI类的Event函数来投递的.

时间: 2024-10-13 11:43:57

duilib库分析: 消息流程分析的相关文章

Memcached 源码分析--命令流程分析

一.执行命令 首先是启动memcached 自带参数如下: <span style="font-size:18px;">-p <num> 设置TCP端口号(默认设置为: 11211) -U <num> UDP监听端口(默认: 11211, 0 时关闭) -l <ip_addr> 绑定地址(默认:所有都允许,无论内外网或者本机更换IP,有安全隐患,若设置为127.0.0.1就只能本机访问) -c <num> max simult

SDWebImage分析--库处理流程分析

这阵子看了SDWebImage的实现跟源码,也看了下网上的一些总结. 这里我自己画了个流程图来辅助理解下SDWebImage这个库的实现流程.相信也是有助于你们的理解. 这里是很简要地对库的大致流程画了出来,具体的可以自己上github搜索作者的源代码进行阅览.或者看我后文的具体分析(过两天再放上来). 话不多说直接上流程图. 版权声明:本文为博主原创文章,未经博主允许不得转载.

Android5 Zygote 与 SystemServer 启动流程分析

Android5 Zygote 与 SystemServer 启动流程分析 Android5 Zygote 与 SystemServer 启动流程分析 前言 zygote 进程 解析 zygoterc 启动 SystemServer 执行 ZygoteInitrunSelectLoop SystemServer 启动过程 Zygote 的 fork 本地方法分析 forkSystemServer ZygoteHookspreFork 创建 system_server 进程 ZygoteHooks

crtmpserver 基本流程分析

近期在研究crtmpserver,这里记录下学习过程,首先我们先分析下基本流程. 1.初始化流程 InitNetworking---初始化网络 Initialize Logger::Init()---初始化日志 lowerCase(extension) == "lua"---载入.lua后缀配置文件 LoadLuaFile Normalize NormalizeLogAppenders 初始化日志配置 NormalizeApplications 初始化监听配置 gRs.pConfigF

转载:VLC架构及流程分析

这个是一篇转载的文章,但是没有找到出处,所以如果作者看到了这篇文章,请联系我,我将按照您的意愿或者删除,或者附上您的原文链接! 0x00 前置信息 VLC是一个非常庞大的工程,我从它的架构及流程入手进行分析,涉及到一些很细的概念先搁置一边,日后详细分析. 0x01 源码结构(Android Java相关的暂未分析) # build-android-arm-linux-androideabi/:第三方库. # modules/:模块代码. # modules/demux: 解复用模块代码. # m

大数据技术之_10_Kafka学习_Kafka概述+Kafka集群部署+Kafka工作流程分析+Kafka API实战+Kafka Producer拦截器+Kafka Streams

第1章 Kafka概述1.1 消息队列1.2 为什么需要消息队列1.3 什么是Kafka1.4 Kafka架构第2章 Kafka集群部署2.1 环境准备2.1.1 集群规划2.1.2 jar包下载2.2 Kafka集群部署2.3 Kafka命令行操作第3章 Kafka工作流程分析3.1 Kafka 生产过程分析3.1.1 写入方式3.1.2 分区(Partition)3.1.3 副本(Replication)3.1.4 写入流程3.2 Broker 保存消息3.2.1 存储方式3.2.2 存储策

Android视图状态及重绘流程分析,带你一步步深入了解View(三)

转载请注明出处:http://blog.csdn.net/guolin_blog/article/details/17045157 在 前面一篇文章中,我带着大家一起从源码的层面上分析了视图的绘制流程,了解了视图绘制流程中onMeasure.onLayout.onDraw这三个最 重要步骤的工作原理,那么今天我们将继续对View进行深入探究,学习一下视图状态以及重绘方面的知识.如果你还没有看过我前面一篇文章,可以先去阅读 Android视图绘制流程完全解析,带你一步步深入了解View(二) .

Android View measure (一) 流程分析

本篇模拟三个角色:Android 架构师-小福.Android  控件开发工程师-小黑. Android 开发工程师-小白,下面按照三个角色不同角度分析measure过程. 小福负责分享: measure的本质 - ok measure代码流程 - 分析FrameLayout.onMeasure onMeasure方法与MeasureSpec - ok 提出问题 Android 架构师-小福的分享 一.Measure本质 小福:我今天分享是的measure架构设计相关的,先问一个问题,measu

region split流程分析

region split流程分析 splitregion的发起主要通过client端调用regionserver.splitRegion或memstore.flsuh时检查并发起. Client通过rpc调用regionserver的splitRegion方法 client端通过HBaseAdmin.split传入regionname与splitpoint(切分的rowkey,能够不传入), 通过meta得到此region所在的server,发起rpc请求,调用HRegionServer.spl