chHANDLE_DLGMSG（windows核心编程）讲解

ゝ一世哀愁。 2022-06-10 10:37 186阅读 0赞

原文：[http://blog.csdn.net/xujiezhige/article/details/6329545][http_blog.csdn.net_xujiezhige_article_details_6329545]

看完《Windows程序设计》后开始看《windows核心编程》，

结果看第一个案例的时候就很惊人的发现，Jeffery大牛的代码很深奥。乍一看好像没有包含《windows.h》。

看看包含的头文件发现，CmnHdr.h中已经包含了《windows.h》。而CmnHdr.h中的代码更吓人，如果没有讲解，不知道怎么看才好。后来才知道原来书的最后有专门的搭建环境的介绍，基本上全面的讲解了CmnHdr.h的东西。

CmnHdr.h中包含了大牛的很多自己的东西。在看到chHANDLE\_DLGMSG这个宏的时候，才知道有消息分流器这么个东西。后来到处查找信息，才发现很多以前不知道的东西。具体的消息分流器我不介绍，只是想屡一下大牛写chHANDLE\_DLGMSG的动机。书中介绍很简短，只是说HANDLE\_MSG对处理消息对话框过程不能返回TRUE或FALSE来告诉对话框过程我们到底有没有处理消息。为什么HANDLE\_MSG不能正确返回呢？

原因在于HANDLE\_MSG只是针对HANDLE\_\#\#message的简单封转。\#\#message是指将HANDLE与具体的消息连接起来，而且是消息的宏定义方式（如WM\_INITDIALOG而不是0x0110）。例如：

HANDLE\_\#\#WM\_INITDIALOG就得到HANDLE\_WM\_INITDIALOG，但你可不能把WM\_INITDIALOG的具体的数字写进去。

HANDLE\_MSG宏定义如下：

\#define HANDLE\_MSG(hwnd, message, fn)    /  
    case (message): return HANDLE\_\#\#message((hwnd), (wParam), (lParam), (fn))

可以看到只是加上case和return语句。所以HANDLE\_MSG只是考虑到了形式上正确，却无法应对所有的消息处理的返回值。HANDLE\_MSG的消息返回完全靠HANDLE\_\#\#message的宏处理。

假如：HANDLE\_\#\#message的message是WM\_INITDIALOG，那么HANDLE\_\#\#message就是HANDLE\_WM\_INITIDALOG。

HANDLE\_WM\_INITDIALOG宏定义如下：

\#define HANDLE\_WM\_INITDIALOG(hwnd, wParam, lParam, fn) /  
    (LRESULT)(DWORD)(UINT)(BOOL)(fn)((hwnd), (HWND)(wParam), lParam)

可以看到如果在消息对话框过程中使用HANDLE\_MSG(hwnd,WM\_INITDIALOG,Dlg\_InitDialog);是没有问题的。是啊，我只说了对WM\_INITDIALOG没有问题，windows里面那么多消息，其他消息就很有问题。看WM\_COMMAND消息吧！

HANDLE\_WM\_COMMAND宏定义如下：

\#define HANDLE\_WM\_COMMAND(hwnd, wParam, lParam, fn) /  
    ((fn)((hwnd), (int)(LOWORD(wParam)), (HWND)(lParam), (UINT)HIWORD(wParam)), 0L)

可以看出HANDLE\_WM\_COMMAND根本没有返回值，因为fn的形式根本有没指明返回值。没有返回值那为什么HANDLE\_MSG要返回呢？

这就是HANDLE\_MSG的问题了，设计HANDLE\_WM\_COMMAND的只是想做case WM\_COMMAND和return TRUE之间的过程。而HANDLE\_MSG却只是做的了简单形式的封装，所以这就是HANDLE\_MSG的问题。

对于对话框消息处理过程我们应该使用SetDlgMsgResult宏，来正确返回。这就是大牛chHANDLE\_DLGMSG用到的宏，chHANDLE\_DLGMSG中封装了SetDlgMsgResult。

这是大牛的chHANDLE\_DLGMSG的宏定义：

\#define chHANDLE\_DLGMSG(hWnd, message, fn)                 /  
   case (message): return (SetDlgMsgResult(hWnd, uMsg,     /  
      HANDLE\_\#\#message((hWnd), (wParam), (lParam), (fn))))

这是SetDlgMsgResult宏定义：

\#define     SetDlgMsgResult(hwnd, msg, result) (( /  
        (msg) == WM\_CTLCOLORMSGBOX      || /  
        (msg) == WM\_CTLCOLOREDIT        || /  
        (msg) == WM\_CTLCOLORLISTBOX     || /  
        (msg) == WM\_CTLCOLORBTN         || /  
        (msg) == WM\_CTLCOLORDLG         || /  
        (msg) == WM\_CTLCOLORSCROLLBAR   || /  
        (msg) == WM\_CTLCOLORSTATIC      || /  
        (msg) == WM\_COMPAREITEM         || /  
        (msg) == WM\_VKEYTOITEM          || /  
        (msg) == WM\_CHARTOITEM          || /  
        (msg) == WM\_QUERYDRAGICON       || /  
        (msg) == WM\_INITDIALOG             /  
    ) ? (BOOL)(result) : (SetWindowLongPtr((hwnd), DWLP\_MSGRESULT, (LPARAM)(LRESULT)(result)), TRUE))

chHANDLE\_DLGMSG中，return返回的值即使SetDlgMsgResult返回的值。那么SetDlgMsgResult返回什么值呢？

让我们看看，如果消息是

(msg) == WM\_CTLCOLORMSGBOX      || /  
         (msg) == WM\_CTLCOLOREDIT        || /  
        (msg) == WM\_CTLCOLORLISTBOX     || /  
        (msg) == WM\_CTLCOLORBTN         || /  
        (msg) == WM\_CTLCOLORDLG         || /  
        (msg) == WM\_CTLCOLORSCROLLBAR   || /  
        (msg) == WM\_CTLCOLORSTATIC      || /  
        (msg) == WM\_COMPAREITEM         || /  
        (msg) == WM\_VKEYTOITEM          || /  
        (msg) == WM\_CHARTOITEM          || /  
        (msg) == WM\_QUERYDRAGICON       || /  
        (msg) == WM\_INITDIALOG             /  
中的一个，那么返回值就是我们写的函数的返回值，result在chHANDLE\_DLGMSG中被替换成对应的消息处理函数fn。如果消息不是其中的，那么那么我们先执行SetWindowLongPtr（稍后讲），最后返回TRUE（根据逗号操作符特性）。注意执行SetWindowLongPtr的时候调用的消息处理函数result（其实就是fn）。

但为什么要这么做呢？这些WM\_CTLCOLORMSGBOX     WM\_CTLCOLOREDIT 。。。有什么特殊的吗？ 这些消息的返回值都是有已知的且有自己含义的，对于这些消息只需要返回它们函数处理的返回值就让程序正常运行。但对于消息WM\_COMMAND就很难说了，很有可能是某个控件的通知消息，需要一个值，这个值可能是零也可能不是零，所以不能像WM\_CTLCOLORMSGBOX那样处理了，因为对话框过程中TRUE大部分时候代表用户处理此消息，FALSE或0代表用户没处理此消息，那么对话框的父消息处理过程会进行默认处理。这样的话，如果一个WM\_COMMAND的处理消息需要返回0，怎么办？这样办，先返回TRUE，然后用SetWindowLongPtr设置需要返回的返回值，返回TRUE是向父窗口表明你已经处理了，但返回值最后被代替成了SetWindowlongPtr的值，这样才能正常工作。就这样了！

其实这么绕人的根本原因是因为：

windows内的对话框消息过程是这样处理的.

LRESULT CALLBACK DefDlgProc(HWND hdlg, UINT uMsg, WPARAM wParam, LPARAM lParam)   
\{    
  DLGPROC dp = (DLGPROC)GetWindowLongPtr(hdlg, DWLP\_DLGPROC);    
  SetWindowLongPtr(hdlg, DWLP\_MSGRESULT, 0);    
  INT\_PTR fResult = dp(hdlg, uMsg, wParam, lParam);    
if (fResult) return GetWindowLongPtr(hdlg, DWLP\_MSGRESULT);    
  else ...做默认的事...    
\}

上述代码转载了以为csdn朋友的内容，我稍加解释：  
就是因为对话框真正的消息处理过程是这样的。通过对话框过程（对话框窗口过程和对话框过程要分清）返回值表明对话框过程是否处理此消息，通过SetWindowlongPtr(...,DLG\_MSGRESULT)设置对话框的返回值，因为对话框窗口过程用GetWindowLongPtr获得此值并做妥善处理。

[http_blog.csdn.net_xujiezhige_article_details_6329545]: http://blog.csdn.net/xujiezhige/article/details/6329545