WM_USER 与 WM_APP

详情参见百度百科

WM_USER常量是Windows帮助应用程序定义私有窗口类里的私有消息，通常使用WM_USER+一个整数值,但总值不能超过0x7FFF。

#define WM_USER       0x0400
 
WM_USER定义在WinUser.h中。

范围表示
 
0 ~ WM_USER–1
操作系统保留的消息。
 
WM_USER ~ 0x7FFF
私有窗口类用的整数型消息。
 
WM_APP ~ 0xBFFF
应用程序用的消息。
 
0xC000 ~ 0xFFFF
应用程序用的字符串消息。
 
0xFFFF ~
操作系统保留的消息。窗体底端
 

MFC在afxres.h中预定义了一些常用的控制条

#define AFX_IDW_TOOLBAR                 0xE800  // main Toolbar for window

#define AFX_IDW_STATUS_BAR              0xE801  // Status bar window

#define AFX_IDW_PREVIEW_BAR             0xE802  // PrintPreview Dialog Bar

#define AFX_IDW_RESIZE_BAR              0xE803  // OLE in-place resize bar

#define AFX_IDW_REBAR                   0xE804  // COMCTL32 "rebar" Bar

#define AFX_IDW_DIALOGBAR               0xE805  // CDialogBar
 

WM_USER  与 WM_APP

#define WM_GET (WM_USER+112) 和 #define WM_GET (WM_APP+112)除了值不同外，有区别吗？

（1）WM_USER through 0x7FFF Integer messages for use by private window classes. WM_APP through 0xBFFF Messages available for use by applications.

（2）默认规则是以WM_USER+X(WM_USER--0x7fff)用于窗口级的消息，WM_APP+X(WM_APP--0xbfff)用于进程级的消息.  

（3）我的理解：第一种定义用于进程内消息，第二种定义用于进程间消息

（4）约定俗成的一种规则。
 WM_USER through 0x7FFF: 仅在自己预定义的窗口内部使用;
 WM_APP through 0xBFFF: 在应用程序的其他地方均可使用

例一：

如果程序的所有窗口和所有控件完全由你一个人实现，你完全可以不遵守这一规则。
但若有其他人写的代码或加载了外来的控件，如果你不遵守这一规则，发生冲突的概率会明显加大，可能会出现意想不到的结果。

例二：

这样的：我的COM里需要定义一个通知消息，来通知应用程序为它填充缓冲，这个COM是一个进程内的COM，当我#define   WM_GET   (WM_USER+112)   时，通过测试30次，可能要失败1次，用#define   WM_GET   (WM_APP+112)时，30次全成功，但现在不敢肯定是它引起的，有可能其他地方还会有影响