我对windows消息机制的理解（参考深入浅出MFC，欢迎批评指正！！）

以消息为基础，以事件驱动之

程序的进行依靠外部消息来驱动，即：程序不断等待任何可能的输入，然后做判断，然后再做适当的处理。

消息输入：操作系统捕获，以消息形式进入程序。（操作系统通过其USERS模块中掌管各个外围的驱动程序来侦测。他们有侦测循环）

输入：硬件输入放在系统队列 里+软件输入放在程序队列里。

应用程序调用GetMessage API取得消息。

 

个人理解windows消息机制：

窗口注册的时候做了一下动作：

注册窗口类（指定窗口函数）+创建窗口。这样操作系统就知道一个窗口对象的窗口函数是谁了。当应用程序得到一个消息之后发现句柄是自己的窗口对象之一，那么就告诉操作系统，这个是这个家伙的消息，相当于把对象指针给操作系统，操作系统就给应用程序说：哦，他的窗口函数是winproc，你去调用吧。应用程序说：好的，我这就去。这样应用程序就去调用这个对象的系统函数了。

 

1.系统的侦测循环侦测到一个动作，会自动判断其所操作的对象，这里的判断可以通过动作（一般是鼠标或键盘），比如如果是侦测到鼠标操作左键点击，那么会检测到鼠标当前的位置，然后再检测当前界面上的dlg对象的位置，判断出具体点击的是哪一个。

2.找到了之后，就将被点击的对象的句柄等信息生成一个结构体对象，这样就产生了一个消息。将消息放入到消息队列中。

3.应用程序就像有一个电动机一个，不停的检测消息队列，将每一个消息都拿过来和自己的各个对象作比较，看是否属于自己的这些对象的消息，如果消息句柄相等了，就属于。如果有属于的消息，就交给对应的对象去处理（调用对象的窗口函数，但是这时候应用程序并不知道窗口函数是什么？所以还好借助系统来处理，因为在注册窗口的时候将窗口函数告知了操作系统的）。

 

综上可得：消息的处理者是窗口对象，所以每个窗口应该有一个窗口函数来处理消息，在这个窗口函数中，处理自己感兴趣的消息，这里就是程序员自己劳动的天地。