windows 消息机制、窗口过程与线程间消息传递

按照自己的理解好好整理一遍

消息机制

windows是一个消息驱动的系统，会有一个总的系统消息的队列，鼠标、键盘等等都会流入到这个队列中，同时会为每个线程维护一个消息队列（注意默认是有GUI调用的线程才有，对于没有GUI或者窗口的线程，只有当在线程内调用get/peek message 才会自动创建一个消息队列），线程是容纳消息队列的基本单元，系统会把属于不同线程的消息投递到属于线程的消息队列中

当线程调用get/peek message时会从系统的消息队列中取出一个本线程内的消息。（get方法是阻塞的会等到一个消息拿出来为止，取到后会从队列中移除，而peek方法只是快速的查看一下，有取出没有返回，并且可以选择取到后是否从队列中移除。）

对于有窗口的线程，在取出message后通常调用dispatchmessage将其推送给这个线程的窗口过程函数WndProc上，通常我们在WndProc函数里面响应不同窗口对消息的处理，WndProc是我们在创建窗口时必须指定的。而没有窗口的线程，默认没有消息队列，但是你调用Get/Peek message会自动建立一个，并得到这个线程的消息。

线程间消息传递

通常线程将消息传递是进程间通信最重要的方式，线程间消息传递有两种API：

PostThreadMessage ：直接发送给目标线程 这是对于那些不是发给某个窗口的消息

PostMessage：发送给某个线程下的某个窗口

时间： 2024-11-03 22:15:54

windows 消息机制、窗口过程与线程间消息传递的相关文章

Windows 消息机制

Windows 消息机制 Windows是一个消息驱动的操作系统.如绘制窗口的消息 WM_PAINT. 结构体定义: 消息分类-发送途径 队列消息.Windows为每个运行中的程序维护一个消息队列,由应用程序自己取出,如WM_TIMER. 非队列消息.此类消息来自特定的Windows函数,如UpdateWindow()函数直接向窗口处理函数发送WM_PAINT重绘消息. 消息分类-发送者 系统消息.是预定义的UINT常量. 用户消息.通过RegisterWindowMessage()函数申请.

Windows消息机制要点

1. 窗口过程每个窗口会有一个称为窗口过程的回调函数(WndProc),它带有四个参数,分别为:窗口句柄(Window Handle),消息ID(Message ID),和两个消息参数(wParam, lParam), 当窗口收到消息时系统就会调用此窗口过程来处理消息.(所以叫回调函数)     2消息类型     1)系统定义消息(System-Defined Messages)     在SDK中事先定义好的消息,非用户定义的,其范围在[0x0000, 0x03ff]之间, 可以分为以下三类

Qt之进程间通信（Windows消息）

简述 通过上一节的了解,我们可以看出进程通信的方式很多,今天分享下如何利用Windows消息机制来进行不同进程间的通信. 简述 效果 发送消息 自定义类型与接收窗体 发送数据 接收消息 设置标题 重写nativeEvent 效果 发送消息 自定义类型与接收窗体 包含所需库,定义发送的自定义类型.接收消息的窗体标题.自定义类型可以处理消息过多情况下,对消息的区分,如果不需要也可以去掉. #ifdef Q_OS_WIN #pragma comment(lib, "user32.lib")

从SetTimer看Windows消息处理机制

本文说明两个问题:    1.windows的消息处理机制:    2.怎么往SetTimer的回调函数传递参数.    首先看第一个问题,我们都知道windows是消 息驱动的,windows呈现给用户的任何可以看到听到的东西几乎都是消息驱动的,在底层windows为每个线程准备了一个消息队列,如果用户线程注册 了某个消息,那么在适当的时候windows就会将消息投递到该线程的消息队列中,然后由该线程取出队列中的消息,然后处理之,这个过程有两个参与者,一 个是windows系统,它主要负责投递

iOS开发系列--通知与消息机制详解_IOS

概述 在多数移动应用中任何时候都只能有一个应用程序处于活跃状态,如果其他应用此刻发生了一些用户感兴趣的那么通过通知机制就可以告诉用户此时发生的事情.iOS中通知机制又叫消息机制,其包括两类:一类是本地通知:另一类是推送通知,也叫远程通知.两种通知在iOS中的表现一致,可以通过横幅或者弹出提醒两种形式告诉用户,并且点击通知可以会打开应用程序,但是实现原理却完全不同.今天就和大家一块去看一下如何在iOS中实现这两种机制,并且在文章后面会补充通知中心的内容避免初学者对两种概念的混淆. 本地通知 本地通

Java线程间通讯概述

这个故事源自一个很简单的想法:创建一个对开发人员友好的.简单轻量的线程间通讯框架,完全不 用锁.同步器.信号量.等待和通知,在Java里开发一个轻量.无锁的线程内通讯框架:并且也没有队列 .消息.事件或任何其他并发专用的术语或工具. 只用普通的老式Java接口实现POJO的通讯. 它可能跟Akka的类型化actor类似,但作为一个必须超级轻量,并且要针对单台多核计算机进行优化的 新框架,那个可能有点过了. 当actor跨越不同JVM实例(在同一台机器上,或分布在网络上的不同机器上)的进程边界时,

线程间协作的两种方式：wait、notify、notifyAll和Condition

在前面我们将了很多关于同步的问题,然而在现实中,需要线程之间的协作.比如说最经典的生产者-消费者模型:当队列满时,生产者需要等待队列有空间才能继续往里面放入商品,而在等待的期间内,生产者必须释放对临界资源(即队列)的占用权.因为生产者如果不释放对临界资源的占用权,那么消费者就无法消费队列中的商品,就不会让队列有空间,那么生产者就会一直无限等待下去.因此,一般情况下,当队列满时,会让生产者交出对临界资源的占用权,并进入挂起状态.然后等待消费者消费了商品,然后消费者通知生产者队列有空间了.同样地,当

java-并发-线程间协作的两种方式：wait、notify、notifyAll和Condition

线程之间的协作.比如说最经典的生产者-消费者模型:当队列满时,生产者需要等待队列有空间才能继续往里面放入商品,而在等待的期间内,生产者必须释放对临界资源(即队列)的占用权.因为生产者如果不释放对临界资源的占用权,那么消费者就无法消费队列中的商品,就不会让队列有空间,那么生产者就会一直无限等待下去.因此,一般情况下,当队列满时,会让生产者交出对临界资源的占用权,并进入挂起状态.然后等待消费者消费了商品,然后消费者通知生产者队列有空间了.同样地,当队列空时,消费者也必须等待,等待生产者通知它队列中有

vc++窗口的创建过程（MFC消息机制的经典文章）

一.什么是窗口类  在Windows中运行的程序,大多数都有一个或几个可以看得见的窗口,而在这些窗口被创建起来之前,操作系统怎么知道该怎样创建该窗口,以及用户操作该窗口的各种消息交给谁处理呢?所以VC在调用Windows的API(CreateWindow或者CreateWindowEx)创建窗口之前,要求程序员必须定义一个窗口类(不是传统C++意义上的类)来规定所创建该窗口所需要的各种信息,主要包括:窗口的消息处理函数.窗口的风格.图标. 鼠标.菜单等.其定义如下:  typedef struc