说明：  VB窗体自绘，无标题栏+弹出式菜单，弹出菜单目前仅支持一级。 　　菜单栏上各个顶级菜单的区域,有几个元素就有几个顶级菜单 　　顶级菜单的文本 　　顶级菜单的索引号,从0开始 　　鼠标是否在顶级菜单上 　　标题栏上文字的颜色 　　标题栏的背景色 　　标题栏上文字的大小 　　 　　整个菜单栏的背景色 　　菜单栏上顶级菜单正常时的背景色 　　按下鼠标时顶级菜单的背景色 　　选中顶级菜单时显示的圆角矩形外边框的颜色 　　鼠标在上方时顶级菜单的背景色 　　鼠标在菜单栏上正常显示的文字颜色 　　鼠标在菜单栏上鼠标在上方时显示的文字颜色 　　自定义常量,用来调整满足各种需要,不理解的话可以试着改一下数值看效果 　　顶级菜单之间的间隔,单位为像素

之前有学MFC的同学告诉我觉得Windows的控件重绘难以理解，就算重绘成功了还是有些地方不明白，我觉得可能很多人都有这样的问题，在这里我从Windows窗体的最基本原理来讲解，如果你有类似的疑惑希望这篇文章可以帮你解惑。

首先，如果看过Win32 SDK编程的都知道Windows的三大核心系统：负责窗口对象产生和消息分发的USER模块，负责图像显示绘制的GDI模块，负责内存、进程、IO管理的KERNEL模块。试想象一下如何在一个像素阵列上产生窗口对象，其实就是使用GDI绘制窗口，不停的以一定的频率刷新显示在屏幕上，这就是图形界面，如果由在DOS或Windows DOS模拟器下编写图形界面的经验这个比较好理解。所以说其实USER模块中的窗口产生是依靠GDI模块的(包括菜单、滚动条等都是使用GDI来绘制的)。

那么，下面我们就从USER模块和GDI模块来说说Windows 的窗体原理。

如果接触过Win32 SDK编程的知道一个标准Windows窗体的产生过程：设计窗口类、注册窗口类、创建窗口、显示窗口、启动消息循环泵循环获取消息分发到窗体过程函数处理。为了保证博客的连贯性，在这里我贴上一个标准Windows窗体的产生代码。

需要明白的是，所有Windows的窗体及控件归根结底都是使用CreateWindow或CreateWindowEx来创建的，他们都需要标准Windows窗体的产生过程。

普通的窗体好理解，主要需要弄清楚是对话框及控件的产生和消息分派处理流程。

对话框及其子控件的管理依靠Windows内建的对话框管理器，对话框管理器的工作包括：

1.根据我们在资源设计器中设计的对话框及子控件产生的.rc文件来自动生成对话框和子控件(如果有手动编写.rc文件的经历的话，知道编写RC文件其实就是指定窗口和子控件大小、类型、样式等参数，对话框管理器将这些参数传入CreateWindow函数产生窗体)

2.模态对话框直接显示窗体，非模态对话框消息指明WS_VISIBLE属性的话，需要调用ShowWindow来显示窗体。

4.维护一个消息循环泵，对于模态对话框来说这个消息泵的消息不经过父窗口，所以表现为模态；对于非模态对话框这个消息泵消息经过主窗口，必须由主窗口传给非模态对话框，表现为非模态。

3.维护一个内建的窗体过程函数，对于对话框来说会处理对话框的关闭打开及子窗口的焦点、tab等，对于子控件也是一样，每个子控件会有自己类型的窗体过程函数，窗体过程函数处理子控件的获得或失去焦点、按下或弹起、创建等表现样式和行为。对于对话框来说，他会开放一个对话框过程函数，让部分消息先通过对话框管理函数处理，如果对话框过程函数不处理才交给默认的内建过程函数处理，对于子控件来说，他们并没有开放过程函数，而是由内建窗体函数将要处理的消息发给父窗口处理。

那么对话框管理器完成了标准Windows窗体的产生中后半部分工作，至于设计窗口类和注册窗口类这是由Windows自己预先做好了的，如常见的“button”、“listbox”、“edit”类等等。

那么既然所有的窗体(包括对话框和控件)产生过程一样，那么我们就可以将对话框管理器的部分工作替换掉：

1.不使用对话框读取.rc模板的方式，直接将参数传递给CreateWindow函数来创建对话框和控件，这就是常见的动态创建控件原理。

2.设置控件自绘制如BS_OWNDRAW属性，开放控件的WM_DRAWITEM消息给父窗口，由父窗口来绘制按钮样式，这就是常见的控件重绘原理。

3.替换掉内建的窗体函数，将消息传到自定义的窗体过程函数处理，这就是常见的控件子类化原理。

下面，为了做演示，先用通用模板创建的方式创建一个模态对话框和其子控件，然后模板创建一个非模态对话框，在非模态对话框中使用动态创建的方式创建和模态对话框中模板创建一样的按钮(当然位置和大小等可能不一样，这里只是为了说明原理故笔者并没有去管这些细节，如果你愿意完全可以把它们做的一模一样)。

代码太长，这里只贴出部分代码，详细代码请下载演示文件

模板创建的模态对话框对话框过程函数

模板创建的非模态对话框的对话框过程函数

二者起到了相同的作用，动态创建比模板创建要灵活的多，这个深入学习请自行查找相关资料。上例中需要注意的模态对话框和非模态对话框，前者的消息不流经主窗口消息泵，后者的消息要先流经主窗口消息泵。

写这篇博文的初衷就是讲解控件重绘原理，自然不能少了这一内容，在刚刚提到了修改对话框管理器的行为的几种方式，后两种(开放WM_DRAWITEM消息和控件子类化)都是常用的控件重绘技巧，在这一节先讲WM_DRAWITEM消息重绘，下一节讲控件子类化重绘，都是以按钮的重绘为例来讲解。

WM_DRAWITEM顾名思义当控件需要重绘的时候发给主窗口的消息，一般在按钮按下或弹起、获得焦点或失去焦点、创建等时候会产生这一消息，默认是不开启重绘消息的，如果使用模板创建按钮必须在按钮属性中设置OwnDraw属性为True，如果动态创建按钮必须加上BS_OWNDRAW这一属性。

下面我要重绘两个个按钮，按钮是模板创建的，是默认的IDOK和IDCANCEL按钮，希望达到的效果是

下面先贴出绘制部分代码，再讲解

在WM_DRAWITEM完成主要绘制工作，获得WM_DRAWITEM消息时获得绘制的结构体，这个结构体包括当前要绘制的按钮的ID、状态等，我们主要的工作就是将对应状态的按钮贴上相应的位图即可。

WM_DRAWITEM消息控件重绘是最常用的重绘技巧，在网上常见的别人封装好的自定义控件都是这样的原理。

3.控件重绘(控件子类化)

同样是达到上一节WM_DRAWITEM绘制的按钮效果

我们用控件子类化完成这一效果，贴出部分代码，完整代码请下载演示文件

我们基本上模拟了WM_DRAWITEM消息重绘效果：按Tab键切换焦点，按Space键按钮按下弹起(当然只是为了演示原理，会有一些Bug，你可以想办法完善他们)。在上诉代码中，我们在最后调用了原来的内建的窗体过程函数，我们处理了WM_PAINT、WM_KEYUP、WM_KEYDOWN等消息，这些消息都return (0)直接返回了，即内建的窗体过程函数没有机会处理这些消息，其他的子类没有处理的消息都传给原来内建的窗体过程函数处理了，如果我们想原来的内建窗体过程函数也处理WM_PAINT，那么将return (0)改成break即可。这就是我上面提到的子类化的实现必须依靠子类化窗体函数的配合，我们也可以将所有的消息都在子类中处理不回传给原来的内建窗口，但是这样的工作量太大，一般是不会这样做的。

另外，可以看到相比于WM_DRAWITEM消息重绘，子类化实现控件重绘工作量要大得多，当然这样的灵活性要更大。实际上，微软提供子类化的作用更多是为了重新定制子控件的行为，比如说要将一组相同按钮按下时发送一个自定义消息，这时候就可以将这些按钮的消息子类化都先流经一个子类化窗体过程函数，然后再调用内建的窗体过程函数。

总结来说，一般重绘控件样式使用WM_DRAWITEM消息，重新定制控件行为使用窗体子类化。

毕竟现在来说如果不是为了实现一个自绘控件库的话，不会使用SDK自绘的方式，下一次我会讲一下MFC中自绘方式的具体流程和实例。