回调函数是输出函数中特殊的一种，它是指那些在Windows环境下直接调用的函数。一个应用程序至少有一个回调函数，因为在应用程序处理消息时，Windows调用回调函数。这种回调函数就是我们前面提到的窗口过程，它对对应于一个活动的窗口，回调函数必须向Windows注册，Windows实施相应操作即行回调。
每个窗口必须有一个窗口过程与之对应，且Windows直接调用本函数，因此，窗口函数必须采用FAR PASCAL调用约定。在我们的第二只小板凳中，我们的窗口函数为WndProc，必须注意这里的函数名必须是前面注册的窗口类时，向域wc.lpfnWndProc所赋的WndProc。函数WndProc就是前面定义的窗口类所生成的所有窗口的窗口函数。
在我们的这个窗口函数中，WndProc处理了共有两条消息：WM_PAINT和WM_DESTROY.
窗口函数从Windows中接收消息，这些消息或者是由WinMain函数发送的输入消息，或者是直接来自Windows的窗口管理消息。窗口过程检查一条消息，然后根据这些消息执行特定的动作未被处理的消息通过DefWindowProc函数传回给Windows作缺海上处理。
可以发送窗口函数的消息约有220种，所有窗口消息都以WM_开头，这些消息在头文件中被定义为常量。引起Windows调用窗口函数的原因有很多，，如改变窗口大小啊，改变窗口在屏幕上的位置啊什么的。
Windows已经把任务扔给窗口过程了，窗口过程是怎么处理消息的呢？稍息一下，让我们进行下一节：处理消息……
注:可能你看这些东西的时候有些乱，不过没关系，这很正常，多看几下MSDN就慢慢明白了，有我写这个专题的时候，很多概念也太不清楚，不过等我查资料写下来后，感觉渐渐有些东西也有了点眉目，因为这本身也是个进步的过程。 —小朱
(七)处理消息
窗口过程处理消息通常以switch语句开始，对于它要处理的每一条消息ID都跟有一条case语句。大多数windows proc都有具有下面形式的内部结构：
在处理完消息后，要返回0,这很重要—–它会告诉Windows不必再重试了。对于那些在程序中不准备处理的消息，窗口过程会把它们都扔给DefWindowProc进行缺省处理，而且还要返回那个函数的返回值。在消息传递层次中，可以认为DefWindowProc函数是最顶层的函数。这个函数发出WM_SYSCOMMAND消息,由系统执行Windows环境中多数窗口所公用的各种通用操作，例如，画窗口的非用户区，更新窗口的正文标题等等等等。
再提示一下，以WM_的消息在Windows头文件中都被定义成了常量，如WM_QUIT=XXXXXXXXXXX,但我们没有必要记住这个数值，也不可能记得住，我们只要知道WM_QUIT就OK了。
在第二只小板凳中我们只让窗口过程处理了两个消息：一个是WM_PAINT,另一个是WM_DESTROY,先说说第一个消息—WM_PAINT.
关于WM_PAINT:无论何时Windows要求重画当前窗口时，都会发该消息。也可以这样说：无论何时窗口非法，都必须进行重画。 哎呀，什么又是”非法窗口”？什么又是重画啊？你这人有没有完，嗯？
稍安勿燥，我比你还烦呢？我午饭到现在还没吃呢！你有点耐心，来点专业精神好不好？？？我开始在MSDN里面找有关这个方面的内容了，别急，我找找看:
Platform SDK–>Graphics and Multimedia Services–>Windows GDI–>Painting and Drawing–>Using the WM_PAINT Message—–终于找到了。
下面是一大套理论：让我们把Windows的屏幕想像成一个桌面，把一个窗口想像成一张纸。当我们把一张纸放到桌面上时，它会盖住其他的纸，这样被盖住的其他纸上的内容都看不到了。但我们只要把这张纸移开，被盖住的其他纸上的内容就会显示出来了—这是一个很简单的道理，谁都明白。
对于我们的屏幕来说，当一个窗口被另一窗口盖住时，被盖住的窗口的某些部分就看不到了，我们要想看到被盖住的窗口的全部面貌，就要把另一个窗口移开，但是当我们移开后，事情却起了变化—–很可能这个被盖住的窗口上的信息被擦除了或是丢失了。当窗口中的数据丢失或过期时，窗口就变成非法的了—或者称为”无效”。于是我们的任务就来了，我们必须考虑怎样在窗口的信息丢失时”重画窗口”–使窗口恢复成以前的那个样子。这也就是我们在这第二只小板凳中调用UpdateWindow的原因。
你忘记了吗？刚才我们在(三)显示和更新窗口中有下面的一些文字: