Windows32编程中的WinProc设置为callback函数的疑问!

消息处理循环是程序自己做的，而获得消息之后，为什么非要Dispach给系统，然后由系统回调程序Winproc呢，何不让程序自己调用WinProc?正在看深入浅出MFC，上面说除了用户需要用，系统也需要用WinProc，有用到么？

解决方案 »

  1.   

    当然系统要用了 很多消息都不是用户你发出的 比如 WM_PRINT等,都是由系统帮发的吧 
    我的理解可能不对 可以参考一下 :)
      

  2.   

    系统发出消息是正常的，程序窗口接收到的消息最后都是要系统发配给程序窗口的，比如系统发给窗口WM_PAINT消息，但窗口本身可以在WinProc中画图啊。。
      

  3.   

    Dispach是一个间接的途径而已吧，我觉得在一些情况可以直接调用wndproc
      

  4.   

    当然系统要用,SendMessage的消息好象就不进程序消息队列吧.直接由系统发给程序.
      

  5.   

    那为什么不让SendMessage中直接调用WinProc来处理掉呢？
      

  6.   

    CALLBACK 是调用的约定，表明这个函数由系统调用。
      

  7.   

    窗口消息循环只管收消息，把消息放进消息队列，窗口过程处理消息队列里的消息，这两个操作是异步的，如果获得一个消息，程序自己调用WinProc，就必须等WinProc处理完消息后才能再GetMessage处理下一个消息，这段时间可能已漏掉好多消息了。Dispach给系统，把消息放进消息队列，WinProc异步处理才不会漏掉消息。
      

  8.   

    还有就是，GetMessage取得的要么是某一窗口的特定消息，要么是本线程的线程消息，要么是所有窗口的消息，如果你自己去调WndProc的话，要去找由谁处理是非常麻烦的事情。
      

  9.   

    多谢楼上两位ringphone(临风) superarhow(苏泊尔耗),你们讲的很有道理,我算是理解啦.