摘要：
Windows消息传递系统由三部分组成：1.消息队列。Windows应用程序的消息由Windows在统一的消息队列中管理。一般来说，Winform的消息处理机制大多通过事件处理程序实现，但当没有相应的事件时，通常的做法是声明DefWndProc或WndProc或IMessageFilter。我经常在网上看到文章将这三者并列，那么它们之间有什么区别呢？这里，WndProc是相应控制窗口的窗口过程，WndProc将调用DefWndProc，以处理WndProc中未处理的消息，因此DefWndProc将接收比WndProc更少的消息。
Windows消息系统由3部分组成：
1.消息队列。Windows应用程序的消息是由Windows统一在一个消息队列中管理的。
2.消息循环。应用程序从Windows消息队列中获得自己的消息，并将其分配给窗口过程进行处理。
3.窗口过程。负责处理接收到的消息，每个窗口都有对应的窗口过程，负责截获消息并响应。WndProc是窗口过程函数，负责处理接收到的消息，在我们写代码时，不会注意到有这个函数，这是因为开发环境自动为我们生成了。WndProc函数通过switch...case...判断并处理消息，对于在case中没有遇到的情况，会调用DefWndProc函数进行处理，所以，在C#中用户自定义消息，可以重载DefWndProc函数使用switch...case...判断并处理。
C#中的事件就是对Windows消息的封装，窗口过程中定义了窗体的事件，一定程度就是为了让程序员避免过多的考虑消息等底层的东西，所以能避免消息机制解决的问题最好能避免。
一般来说，Winform的消息处理机制多数时候是通过事件处理程序进行的，但当没有对应的事件时通常的做法是声明DefWndProc或者WndProc或者IMessageFilter，经常在网上看见有文章将三者并列，那么它们有什么区别呢？本文对此做一简单分析如下：
DefWndProc和WndProc都是继承自Control类中的虚方法，其原型如下：
protected override void DefWndProc(ref Message m) { .... base.DefWndProc(m); } protected override void WndProc(ref Message m); { ..... base.WndProc(m); }
所有的有用户界面的控件都继承自Control，这种方式需要创建对应控件的派生类，不能统一对各个窗口的消息进行拦截处理，因为从根本上说这两者都是Windows的窗口过程，只有收到针对本窗口自身的消息。
通过复习Windows的消息处理机制，对这三者的关系可以有更好的理解。应用程序的消息来自于系统消息队列，被应用程序的主程序中的消息循环所处理。这个消息循环从应用程序的消息队列中取出消息，进行预处理，然后派发到消息对应的窗口过程，窗口过程在被调用后根据消息的类型进行相应的处理，有些可以由Windows默认处理的消息就调用Windows的DefWindowProc。
这里的WndProc就是对应控件窗口的窗口过程，而DefWndProc会被WndProc调用，处理那些WndProc中未处理的消息（包括WndProc未吞掉的），因此DefWndProc收到的消息会比WndProc少。
IMessageFilter的调用发生在应用程序的消息循环中，是消息预处理的一部分，所以它收到的消息是更全的（除了直接发送到窗口过程不进入消息队列的那些消息）。使用方式如下：
public class MessageFilter : IMessageFilter { public bool PreFilterMessage(ref Message msg) { //识别消息并处理 //return true;//吞掉消息，不派发 return false;//进入下一步派发到对应窗口过程 } } //在应用程序消息循环中加入消息过滤器 MessageFilter f = new MessageFilter(this.lbMsg); Application.AddMessageFilter(f);