对于静态链接库(比较简单)：
首先，静态链接库的使用需要库的开发者提供生成库的.h头文件和.lib文件。

生成库的.h头文件中的声明格式如下：
extern "C" 函数返回类型 函数名(参数表);
在调用程序的.cpp源代码文件中如下：
#include "..\lib.h"
#pragma comment(lib,"..\\debug\\libTest.lib")
//指定与静态库一起链接

第二，因为静态链接库是将全部指令都包含入调用程序生成的EXE文件中。因此如果用的是静态链接库，那么也就不存在“导出某个函数提供给用户使用”的情况，要想用就得全要！要不就都别要！:)

对于动态链接库：
动态链接库的使用需要库的开发者提供生成的.lib文件和.dll文件。或者只提供dll文件。
首先我们必须先注意到DLL内的函数分为两种：
(1)DLL 导出函数，可供应用程序调用；
(2)DLL 内部函数，只能在 DLL 程序使用，应用程序无法调用它们。
因此调用程序若想调用DLL中的某个函数就要以某种形式或方式指明它到底想调用哪一个函数。

因此这里衍生出两个问题：
第一：如何调用？即调用的方式
第二：不同调用方式对应的库的生成过程和调用规则

我逐步展开问题。
第一，存在两种调用方式——动态调用和静态调用
第二，两种调用方式的库的生成过程和调用规则
1〉动态调用

生成库的.h头文件中的声明格式如下：
extern "C" 函数返回类型 __declspec(dllexport) 函数名(参数表);
在调用程序的.cpp源代码文件中按如下流程调用：
在main函数代码的开始处
定义需要的DLL模块的句柄和此DLL模块模块中需要调用的函数的函数指针。
定义好后紧接着就是标准的三部曲：
取得需要的DLL模块------>返回模块句柄
LoadLibrary("DLL模块路径")
取得需要的函数地址———>返回函数指针GetProcAddress(模块句柄，"函数名")
从内存中卸载DLL模块———>FreeLibrary(模块句柄)
2>静态调用
在调用程序的.cpp源代码文件中按如下流程调用：
#include.........
告诉编译器与 DLL 相对应的.lib 文件所在的路径及文件名
#pragma comment(lib,"路径和文件名")
extern "C" 函数返回类型 _declspec(dllimport) 函数名(参数表)分号
int main()
{
..............
}
未完，待续.......

struct AFX_MSGMAP //消息映射表
{
AFX_MSGMAP* pBaseMessageMap; //基类消息映射表的指针；
AFX_MSGMAP_ENTRY* lpEntries; //消息入口表的指针；
};

struct AFX_MSGMAP_ENTRY //消息映射入口表
{
UINT nMessage; //消息；
UINT nCode; //控件的通知码或WM_NOTIFY的通知码
UINT nID; //控件的ID，(0时为 Window 消息)
UINT nLastID; //最后一个控件的ID；
UINT nSig; //信号类型；
AFX_PMSG pfn; //消息函数的指针；
};

typedef void (CCmdTarget::*AFX_PMSG)(void); //消息映射函数；

一、消息映射图
1、DECLARE_MESSAGE_MAP()
展开：
static AFX_MSGMAP_ENTRY _messageEntries[] //消息映射入口表
static AFX_MSGMAP messageMap； //消息映射表；
virtual AFX_MSGMAP* GetMessageMap() const；//返回消息映射 表的指针；

2、BEGIN_MESSAGE_MAP(class_name,base_class_name)
①、定义GetMessageMap()函数，代码如下：
{ return &class_name::messageMap；}
②、初始化消息映射表，代码如下：
AFX_MSGMAP class_name::messageMap={
&(base_class_name::messageMap)，
&(class_name::_messageEntries)
}
③、初始化消息入口表
AFX_MSGMAP_ENTRY class_name::_messageEntries[]={
//在这里添加消息和映射函数；

3、END_MESSAGE_MAP()
{0,0,0,0,AfxSig_end,(AFX_PMSG)0}
} ； //该括号和③相对应；

二、消息类型
1、命令消息(WM_COMMAND)
所有派生自 CCmdTarget 的类都有资格接受WM_COMMAND。

2、Window消息(WM_xxx)
所有派生自 CWnd 的类都有资格接受 WM_xxx。

3、控件消息(WM_NOTIFY)
控件向其父窗口通知消息。

三、消息处理
1、WM_xxx 消息处理
窗口类(自身)处理→基类处理→CWnd∷DefWindowProc()处理；
其所对应的宏一般为在消息 WM_ 前面加上 ON_。

2、命令消息处理
命令消息来自命令用户接口对象(菜单、加速键或工具栏按钮)发出的WM_COMMAND消息；
㈠、WM_COMMAND消息
其所包含的类型和对应的宏如下：
①、ON_COMMAND(ID,pfn)
标准的命令消息；

②、ON_COMMAND_EX(ID,pfn)
多个对象对同一个命令 ID 的处理；
其函数的原型如下：
afx_msg BOOL pfn(UINT nID)
说明：
当返回 TRUE 时表示已经处理，不用在消息处理链中继续处理该命令；为 FALSE 时表示继续在消息处理链中处理该命令。
注意：
其一：在多对象处理中一定要使用该宏；
其二：pfn(UINT nID)(消息处理函数)返回值将其类型void改成BOOL，而且必须为FALSE；
其三：多个对象的处理是由高层向低层的过程：即视图类→主框架窗口类→应用程序类；

③、ON_COMMAND_RANGE(nID,nLastID,pfn)
多个命令 ID 提供相同的处理；
注意：
其一：确保nID、nLastID的值在 Resource.h 中是连续的。
其二：一般在函数 pfn(UINT nID) 中加入参数，用来确定那一个按钮点击。

㈡、CN_UPDATE_COMMAND_UI消息
当菜单项、工具栏按钮等[命令用户接口对象]要更新其状态时所对应的消息，它所包含的类型和对应的宏如下：
①、ON_UPDATE_COMMAND_UI(ID,pfn)
其中函数的原型如下：
afx_msg void pfn(CCmdUI* pCmdUI)

②、ON_UPDATE_COMMAND_UI_RANGE(nID,nLastID,pfn)
该函数可以处理一组[命令用户接口对象]的外观；
其中函数的原型如下：
afx_msg void pfn(CCmdUI* pCmdUI)
重要：
CCmdUI 中的 m_nID 成员表示不同的 ID，因此可以利用它来进行区别处理。

3、控件的通知消息
从控件和子窗口发送到父窗口的WM_COMMAND通知消息(即在发送命令消息中加入控件的通知码)。
注意：在 Window9x 新控件中不再传送WM_COMMAND通知消息，而是发送 WM_NOTIFY 消息，但为了兼容，旧有的控件还是传送WM_COMMAND消息。
例如：
CEdit控件向父窗口发送 EN_CHANGE 通知代码的WM_COMMAND消息。
注意：框架像传送其它 WM_ 消息一样传送通知消息，但有一个例外，即由 [按钮] 控件发送的 BN_CLICKED 通知消息，被作为命令消息特别处理。
㈠、WM_COMMAND 其所对应的宏如下：
①、ON_CONTROL(通知码, nID,fn)
②、ON_CONTROL_RANGE(通知码, nFirstID,nEndID,fn)
注意：
这两个宏的应用和 ON_COMMAND、ON_COMMAND_RANGE相同，所不同的是在宏前面加入[通知码]。
注意：可以根据不同的控件的[通知码]派生出特定的宏，其所派生的宏一般为在 [通知码] 前面加上 ON_。
㈡、WM_NOTIFY 其所对应的宏如下：
①、ON_NOTIFY(通知码, nID,fn)
其中函数的原型如下：
afx_msg void fn(NMHDR* pNotifyStruct,LRESULT* result)
其中结构：
typedef struct tagNMHDR {
HWND hwndFrom; //发送通知消息的控件的句柄；
UINT idFrom; //发送通知消息的控件的 ID；
UINT code; //通知码；
} NMHDR;

②、ON_NOTIFY_EX(通知码, nID,fn)
表示一个消息在多个对象的成员函数中进行处理。
其中函数的原型如下：
afx_msg BOOL fn(UINT nID,NMHDR* pNotifyStruct,LRESULT* result)
说明：
它必须返回 BOOL 类型的数值，其意义和 ON_COMMAND_EX 相同。

③、ON_NOTIFY_RANGE(通知码, nFirstID,nEnd,fn)
表示多个控件的通知消息在同一个函数中进行处理。
其中函数的原型如下：
afx_msg void fn(UINT nID,NMHDR* pNotifyStruct,LRESULT* result)
说明：
其意义和ON_COMMAND_RANGE相同。

4、反射消息处理
父窗口在处理控件窗口的通知消息WM_CTLCOLOR、WM_COMMAND、WM_NOTIFY时，会把该消息转化为反射消息，并转交给控件子窗口处理，只有在控件子窗体不处理该消息时，父窗口才有机会处理。
注意：在类的属性对话框中的消息页面可查反射消息(前面有"="标志)
①、WM_CTLCOLOR_REFLECT反射消息
其所对应的宏如下：
ON_WM_CTLCOLOR_REFLECT()
反射消息函数的原型：
HBRUSH class_name∷CtlColor(CDC* pDC,UINT nCtlColor)
{
return NULL;
}
该函数用来重置控件的顔色；注意：必须 return CBrush才有效。

5、自定义的窗口消息
自定义窗口消息的消息标志都大于WM_USER(至少是WM_USER+100，因为许多控件都使用这一范围的WM_USER消息)
使用自定义的消息分为二步：
①、在 Resource.h 中定义消息标记
#define WM_MYMSG (WM_USER+1000)

②、在消息映射表中加入消息映射宏
BEGIN_MESSAGE_MAP()

ON_MESSAGE(WM_MYMSG,fn)
END_MESSAGE_MAP()
说明：
其对应的宏为 ON_MESSAGE()，其成员函数的原型为：
afx_msg LRESULT fn(WPARAM,LPARAM)

6、登记消息
①、在系统中注册并获取一个登记消息的消息标记
UINT RegisterWindowMessage(LPCTSTR)
说明：
通过 API 函数来注册消息标记，其中 LPCTSTR 为用户的任意字符串。例如：
UINT WM_MYMSG=RegisterWindowMessage("MYMSG");
其中 WM_MYMSG 是自定义无符号整型的消息标记。

②、在消息映射表中加入消息映射宏
BEGIN_MESSAGE_MAP()

ON_REGISTERED_MESSAGE(WM_MYMSG,fn)
END_MESSAGE_MAP()
说明：
其对应的宏为 ON_REGISTERED_MESSAGE()，其成员函数的原型为：
afx_msg LRESULT fn(WPARAM,LPARAM)
注意：登记消息可以实现跨进程的数据通讯。

7、线程消息
只有继承自CWinThread类才能允许处理线程消息。
①、定义线程的消息标记
有两种方法：
(1)、使用自定义的消息标记，即：WM_USER；
(2)、使用登记的消息标记，即：RegisterWindowMessage；

②、在CWinThread继承类的消息映射表中添加宏
ON_THREAD_MESSAGE(消息标记,fn) //自定义的消息；
ON_REGISTERED_THREAD_MESSAGE(消息标记,fn) //登记的 //消息
③、其函数的原型如下：
afx_msg void fn(WPARAM wPARAM,LPARAM lParam)

④、引发线程消息
线程消息的引发必须调用 CWinThread 类的PostThreadMessage将消息投递到线程消息队列中。
注意：可以通过 AfxGetApp() 函数获取一个全局的应用对象。
PostThreadMessage(UINT,WPARAM,LPARAM)

8、WM_COPYDATA
操作系统维护一块内存来管理 WM_COPYDATA 消息，该消息主要用于跨进程传递数据，传递的数据量达到 232。
①、定义一个 COPYDATASTRUCT 数据结构
typedef struct tagCOPYDATASTRUCT {
DWORD dwData; //自定义的特殊数据；
DWORD cbData; //以字节为单位的 lpData 的大小；
PVOID lpData; //传送的数据内存块的指针；
} COPYDATASTRUCT;

②、其所对应的宏
ON_WM_COPYDATA()

③、其所对应的函数的原型
afx_msg BOOL OnCopyData(CWnd*,COPYDATASTRUCT*)
说明：
CWnd*：发送该消息的窗口的指针；

9、投递和发送消息
通过向一个窗体投递或发送消息，可以间接地驱动窗体的消息过程。
投递(PostMessage)：将消息放到线程的消息队列中，然后不等线程处理该消息就直接返回到调用方。
发送(SendMessage)：当一个线程向目标线程发送消息时，该线程要一直等待，直到目标线程处理了该消息为止。
①、投递消息
BOOL CWnd∷PostMessage(UINT,WPARAM=0,LPARAM=0)
说明：
CWnd：目标窗口；
该函数将一条消息放入到应用程序的消息队列，然后不等窗口处理就直接返回。

②、发送消息
LRESULT CWnd∷SendMessage(UINT,WPARAM=0,LPARAM=0)
说明：
CWnd：目标窗口；
该函数将一条消息放入到应用程序的消息队列，等待窗口处理后才返回。
为了避免线程陷入永久等待状态，可以用SendMessageTimeout代替SendMessage：
LRESULT SendMessageTimeout(HWND,UINT,WPARAM,LPARAM,UINT,UINT,PDWORD_PTR)
说明：
HWND：窗口句柄；
UINT：消息发送的选项，为SMTO_BLOCK时，可以防止线程无 限等待，即根据一定的超时值返回。
UINT：超时，以毫秒为单位；
PDWORD_PTR：返回值；
注意：CWnd没有对该函数的包装。

③、投递和发送消息
BOOL CWnd∷SendNotifyMessage(UINT,WPARAM,LPARAM)
说明：
CWnd：目标窗口；
该消息具有SendMessage和PostMessage两种功能：
当目标窗口和发送窗口为同一个线程时，则相当于SendMessage的功能；否则当不为同一个线程时，则为PostMessage的功能。

6-1、投递和发送 WM_XXX 消息
在发送标准的 WINDOW 消息时，只要将该消息的 ID、wParam、lParam参数放在 SendMessage()和PostMessage()函数的相应位置即可。

6-2、投递和发送命令消息和控件的通知消息
在投递和发送命令消息时，消息的 ID为 WM_COMMADN，而对于不同的菜单项、加速键、控件则wParam、lParam的取值不同。
wParam分成低、高两部分，低部分为菜单项、加速键、控件的ID。高部分则：
菜单项：0；加速键：1；控件：通知码
lParam：当控件时是控件的句柄，否则为 NULL。

对于wParam参数可以采用自定义宏：
WPARAM MAKEWPARAM(WORD wLow,WORD wHigh)

6-3、投递和发送自定义的窗口消息
在投递和发送自定义的窗口消息时，参数 wParam、lParam 没有特别的涵义，只和普通函数的形参一样进行数据的传递。
注意：
PostMessage 和 SendMessage 是不同的，前者投递后就返回，而后者必须等到消息处理后再返回；所以在参数是 [局部] 或 [临时]时，使用PostMessage函数会引发错误(除非参数使用 指针，则可避免错误)，而必须使用SendMessage函数。
6-4、投递和发送注册的窗口消息
和 6-3 基本一样，但它要特别注意的问题是：在跨进程的处理消息时，如果将消息PostMessage、SendMessage到某个进程 A，则必须在进程 B 中获取进程 A 的窗口类名，并通过窗口类名获取窗口的指针，最后再根据指针调用 PostMessage、SendMessage 函数。
注意：在获取窗口的指针时，可以根据窗口类名或窗口的标题。

6-5、投递和发送WM_COPYDATA消息
SendMessage(消息标记,WPARAM,LPARAM)
其中：
消息标记：WM_COPYDATA；
WPARAM：发送该消息的窗口句柄；
LPARAM：COPYDATASTRUCT结构的指针，先通过(LPVOID)进行转换，再通过(LPARAM)进行转换，如下形式：
(LPARAM)(LPVOID)&cds

int i = 100;
long l = 2001;
float f=300.2;
double d=12345.119;
char username[]="程佩君";
char temp[200];
char *buf;
CString str;
_variant_t v1;
_bstr_t v2;

一、其它数据类型转换为字符串

短整型(int)
itoa(i,temp,10);///将i转换为字符串放入temp中,最后一个数字表示十进制
itoa(i,temp,2); ///按二进制方式转换
长整型(long)
ltoa(l,temp,10);
浮点数(float,double)
用fcvt可以完成转换,这是MSDN中的例子:
int decimal, sign;
char *buffer;
double source = 3.1415926535;
buffer = _fcvt( source, 7, &decimal, &sign );
运行结果:source: 3.1415926535 buffer: '31415927' decimal: 1 sign: 0
decimal表示小数点的位置,sign表示符号:0为正数，1为负数
CString变量
str = "2008北京奥运";
buf = (LPSTR)(LPCTSTR)str;
BSTR变量
BSTR bstrValue = ::SysAllocString(L"程序员");
char * buf = _com_util::ConvertBSTRToString(bstrValue);
SysFreeString(bstrValue);
AfxMessageBox(buf);
delete(buf);
CComBSTR变量
CComBSTR bstrVar("test");
char *buf = _com_util::ConvertBSTRToString(bstrVar.m_str);
AfxMessageBox(buf);
delete(buf);

_bstr_t变量
_bstr_t类型是对BSTR的封装，因为已经重载了=操作符，所以很容易使用
_bstr_t bstrVar("test");
const char *buf = bstrVar;///不要修改buf中的内容
AfxMessageBox(buf);

通用方法(针对非COM数据类型)
用sprintf完成转换
char  buffer[200];
char  c = '1';
int   i = 35;
long  j = 1000;
float f = 1.7320534f;
sprintf( buffer, "%c",c);
sprintf( buffer, "%d",i);
sprintf( buffer, "%d",j);
sprintf( buffer, "%f",f);

二、字符串转换为其它数据类型
strcpy(temp,"123");

短整型(int)
i = atoi(temp);
长整型(long)
l = atol(temp);
浮点(double)
d = atof(temp);
CString变量
CString name = temp;
BSTR变量
BSTR bstrValue = ::SysAllocString(L"程序员");
...///完成对bstrValue的使用
SysFreeString(bstrValue);

CComBSTR变量
CComBSTR类型变量可以直接赋值
CComBSTR bstrVar1("test");
CComBSTR bstrVar2(temp);

_bstr_t变量
_bstr_t类型的变量可以直接赋值
_bstr_t bstrVar1("test");
_bstr_t bstrVar2(temp);

三、其它数据类型转换到CString
使用CString的成员函数Format来转换,例如:

整数(int)
str.Format("%d",i);
浮点数(float)
str.Format("%f",i);
字符串指针(char *)等已经被CString构造函数支持的数据类型可以直接赋值
str = username;
对于Format所不支持的数据类型，可以通过上面所说的关于其它数据类型转化到char *的方法先转到char *，然后赋值给CString变量。

四、BSTR、_bstr_t与CComBSTR

CComBSTR 是ATL对BSTR的封装，_bstr_t是C++对BSTR的封装,BSTR是32位指针,但并不直接指向字串的缓冲区。
char *转换到BSTR可以这样:
BSTR b=_com_util::ConvertStringToBSTR("数据");///使用前需要加上comutil.h和comsupp.lib
SysFreeString(bstrValue);
反之可以使用
char *p=_com_util::ConvertBSTRToString(b);
delete p;
具体可以参考一，二段落里的具体说明。

CComBSTR与_bstr_t对大量的操作符进行了重载，可以直接进行=,!=,==等操作，所以使用非常方便。
特别是_bstr_t,建议大家使用它。

五、VARIANT 、_variant_t 与 COleVariant

VARIANT的结构可以参考头文件VC98\Include\OAIDL.H中关于结构体tagVARIANT的定义。
对于VARIANT变量的赋值：首先给vt成员赋值，指明数据类型，再对联合结构中相同数据类型的变量赋值，举个例子：
VARIANT va;
int a=2001;
va.vt=VT_I4;///指明整型数据
va.lVal=a; ///赋值

对于不马上赋值的VARIANT，最好先用Void VariantInit(VARIANTARG FAR* pvarg);进行初始化,其本质是将vt设置为VT_EMPTY,下表我们列举vt与常用数据的对应关系:

Byte bVal;  // VT_UI1.
Short iVal;  // VT_I2.
long lVal;  // VT_I4.
float fltVal;  // VT_R4.
double dblVal;  // VT_R8.
VARIANT_BOOL boolVal;  // VT_BOOL.
SCODE scode;  // VT_ERROR.
CY cyVal;  // VT_CY.
DATE date;  // VT_DATE.
BSTR bstrVal;  // VT_BSTR.
DECIMAL FAR* pdecVal  // VT_BYREF|VT_DECIMAL.
IUnknown FAR* punkVal;  // VT_UNKNOWN.
IDispatch FAR* pdispVal;  // VT_DISPATCH.
SAFEARRAY FAR* parray;  // VT_ARRAY|*.
Byte FAR* pbVal;  // VT_BYREF|VT_UI1.
short FAR* piVal;  // VT_BYREF|VT_I2.
long FAR* plVal;  // VT_BYREF|VT_I4.
float FAR* pfltVal;  // VT_BYREF|VT_R4.
double FAR* pdblVal;  // VT_BYREF|VT_R8.
VARIANT_BOOL FAR* pboolVal;  // VT_BYREF|VT_BOOL.
SCODE FAR* pscode;  // VT_BYREF|VT_ERROR.
CY FAR* pcyVal;  // VT_BYREF|VT_CY.
DATE FAR* pdate;  // VT_BYREF|VT_DATE.
BSTR FAR* pbstrVal;  // VT_BYREF|VT_BSTR.
IUnknown FAR* FAR* ppunkVal;  // VT_BYREF|VT_UNKNOWN.
IDispatch FAR* FAR* ppdispVal;  // VT_BYREF|VT_DISPATCH.
SAFEARRAY FAR* FAR* pparray;  // VT_ARRAY|*.
VARIANT FAR* pvarVal;  // VT_BYREF|VT_VARIANT.
void FAR* byref;  // Generic ByRef.
char cVal;  // VT_I1.
unsigned short uiVal;  // VT_UI2.
unsigned long ulVal;  // VT_UI4.
int intVal;  // VT_INT.
unsigned int uintVal;  // VT_UINT.
char FAR * pcVal;  // VT_BYREF|VT_I1.
unsigned short FAR * puiVal;  // VT_BYREF|VT_UI2.
unsigned long FAR * pulVal;  // VT_BYREF|VT_UI4.
int FAR * pintVal;  // VT_BYREF|VT_INT.
unsigned int FAR * puintVal;  //VT_BYREF|VT_UINT.

_variant_t是VARIANT的封装类，其赋值可以使用强制类型转换，其构造函数会自动处理这些数据类型。
使用时需加上#include
例如：
long l=222;
ing i=100;
_variant_t lVal(l);
lVal = (long)i;

COleVariant的使用与_variant_t的方法基本一样，请参考如下例子：
COleVariant v3 = "字符串", v4 = (long)1999;
CString str =(BSTR)v3.pbstrVal;
long i = v4.lVal;

六、其它一些COM数据类型

根据ProgID得到CLSID
HRESULT CLSIDFromProgID( LPCOLESTR lpszProgID,LPCLSID pclsid);
CLSID clsid;
CLSIDFromProgID( L"MAPI.Folder",&clsid);

根据CLSID得到ProgID
WINOLEAPI ProgIDFromCLSID( REFCLSID clsid,LPOLESTR * lplpszProgID);
例如我们已经定义了 CLSID_IApplication,下面的代码得到ProgID
LPOLESTR pProgID = 0;
ProgIDFromCLSID( CLSID_IApplication,&pProgID);
...///可以使用pProgID
CoTaskMemFree(pProgID);//不要忘记释放

七、ANSI与Unicode
Unicode称为宽字符型字串,COM里使用的都是Unicode字符串。

将ANSI转换到Unicode
(1)通过L这个宏来实现，例如: CLSIDFromProgID( L"MAPI.Folder",&clsid);
(2)通过MultiByteToWideChar函数实现转换,例如:
char *szProgID = "MAPI.Folder";
WCHAR szWideProgID[128];
CLSID clsid;
long lLen = MultiByteToWideChar(CP_ACP,0,szProgID,strlen(szProgID),szWideProgID,sizeof(szWideProgID));
szWideProgID[lLen] = '\0';
(3)通过A2W宏来实现,例如:
USES_CONVERSION;
CLSIDFromProgID( A2W(szProgID),&clsid);
将Unicode转换到ANSI
(1)使用WideCharToMultiByte,例如:
// 假设已经有了一个Unicode 串 wszSomeString...
char szANSIString [MAX_PATH];
WideCharToMultiByte ( CP_ACP, WC_COMPOSITECHECK, wszSomeString, -1, szANSIString, sizeof(szANSIString), NULL, NULL );
(2)使用W2A宏来实现,例如:
USES_CONVERSION;
pTemp=W2A(wszSomeString);
八、其它

对消息的处理中我们经常需要将WPARAM或LPARAM等32位数据（DWORD)分解成两个16位数据（WORD),例如：
LPARAM lParam;
WORD loValue = LOWORD(lParam);///取低16位
WORD hiValue = HIWORD(lParam);///取高16位

对于16位的数据(WORD)我们可以用同样的方法分解成高低两个8位数据(BYTE),例如:
WORD wValue;
BYTE loValue = LOBYTE(wValue);///取低8位
BYTE hiValue = HIBYTE(wValue);///取高8位

两个16位数据（WORD）合成32位数据(DWORD,LRESULT,LPARAM,或WPARAM)
LONG MAKELONG( WORD wLow, WORD wHigh );
WPARAM MAKEWPARAM( WORD wLow, WORD wHigh );
LPARAM MAKELPARAM( WORD wLow, WORD wHigh );
LRESULT MAKELRESULT( WORD wLow, WORD wHigh );

两个8位的数据(BYTE)合成16位的数据(WORD)
WORD MAKEWORD( BYTE bLow, BYTE bHigh );

从R(red),G(green),B(blue)三色得到COLORREF类型的颜色值
COLORREF RGB( BYTE byRed,BYTE byGreen,BYTE byBlue );
例如COLORREF bkcolor = RGB(0x22,0x98,0x34);

从COLORREF类型的颜色值得到RGB三个颜色值
BYTE Red = GetRValue(bkcolor); ///得到红颜色
BYTE Green = GetGValue(bkcolor); ///得到绿颜色
BYTE Blue = GetBValue(bkcolor); ///得到兰颜色

九、注意事项
假如需要使用到ConvertBSTRToString此类函数,需要加上头文件comutil.h,并在setting中加入comsupp.lib或者直接加上#pragma comment( lib, "comsupp.lib" ) 。

　　　消息的接收
　　消息的接收主要有３个函数：GetMessage、PeekMessage、WaitMessage。
　　　GetMessage原型如下：BOOL GetMessage(LPMSG lpMsg,HWND hWnd,UINT wMsgFilterMin,UINT wMsgFilterMax);该函数用来获取与hWnd参数所指定的窗口相关的且wMsgFilterMin和wMsgFilterMax参数所给出的消息值范围内的消息。需要注意的是，如果hWnd为NULL，则GetMessage获取属于调用该函数应用程序的任一窗口的消息，如果wMsgFilterMin和wMsgFilterMax都是０，则GetMessage就返回所有可得到的消息。函数获取之后将删除消息队列中的除WM_PAINT消息之外的其他消息，至于WM_PAINT则只有在其处理之后才被删除。
　　　PeekMessage原型如下：BOOL PeekMessage(LPMSG lpMsg,HWND hWnd,UINT wMsgFilterMin,UINT wMsgFilterMax,UINT wRemoveMsg）；该函数用于查看应用程序的消息队列，如果其中有消息就将其放入lpMsg所指的结构中，不过，与GetMessage不同的是，PeekMessage函数不会等到有消息放入队列时才返回。同样，如果hWnd为NULL，则PeekMessage获取属于调用该函数应用程序的任一窗口的消息，如果hWnd=-1，那么函数只返回把hWnd参数为NULL的PostAppMessage函数送去的消息。如果wMsgFilterMin和wMsgFilterMax都是０，则PeekMessage就返回所有可得到的消息。函数获取之后将删除消息队列中的除WM_PAINT消息之外的其他消息，至于WM_PAINT则只有在其处理之后才被删除。
　　　WaitMessage原型如下：BOOL VaitMessage();当一个应用程序无事可做时，该函数就将控制权交给另外的应用程序，同时将该应用程序挂起，直到一个新的消息被放入应用程序的队列之中才返回。

      消息的处理
　　　接下来我们谈一下消息的处理，首先我们来看一下VC中的消息泵：
　　　while(GetMessage(&msg, NULL, 0, 0))
      {
 if(!TranslateAccelerator(msg.hWnd, hAccelTable, &msg))
         {
    TranslateMessage(&msg);
    DispatchMessage(&msg);
         }
      }

      首先，GetMessage从进程的主线程的消息队列中获取一个消息并将它复制到MSG结构，如果队列中没有消息，则GetMessage函数将等待一个消息的到来以后才返回。 如果你将一个窗口句柄作为第二个参数传入GetMessage，那么只有指定窗口的的消息可以从队列中获得。GetMessage也可以从消息队列中过滤消息只接受消息队列中落在范围内的消息。这时候就要利用GetMessage／PeekMessage指定一个消息过滤器。这个过滤器是一个消息标识符的范围或者是一个窗体句柄，或者两者同时指定。当应用程序要查找一个后入消息队列的消息是很有用。WM_KEYFIRST 和 WM_KEYLAST 常量用于接受所有的键盘消息。 WM_MOUSEFIRST 和 WM_MOUSELAST 常量用于接受所有的鼠标消息。
　　　然后TranslateAccelerator判断该消息是不是一个按键消息并且是一个加速键消息，如果是，则该函数将把几个按键消息转换成一个加速键消息传递给窗口的回调函数。处理了加速键之后，函数TranslateMessage将把两个按键消息WM_KEYDOWN和WM_KEYUP转换成一个WM_CHAR，不过需要注意的是，消息WM_KEYDOWN,WM_KEYUP仍然将传递给窗口的回调函数。    
　　　处理完之后，DispatchMessage函数将把此消息发送给该消息指定的窗口中已设定的回调函数。如果消息是WM_QUIT，则GetMessage返回０，从而退出循环体。应用程序可以使用PostQuitMessage来结束自己的消息循环。通常在主窗口的WM_DESTROY消息中调用。
　　　下面我们举一个常见的小例子来说明这个消息泵的运用：
　　　if (::PeekMessage(&msg, m_hWnd, WM_KEYFIRST,WM_KEYLAST, PM_REMOVE))
      {
          if (msg.message == WM_KEYDOWN && msg.wParam == VK_ESCAPE)．．．
      }
  　　这里我们接受所有的键盘消息，所以就用WM_KEYFIRST 和 WM_KEYLAST作为参数。最后一个参数可以是PM_NOREMOVE 或者 PM_REMOVE，表示消息信息是否应该从消息队列中删除。                
    　所以这段小代码就是判断是否按下了Esc键，如果是就进行处理。

　　　窗口过程
　　　窗口过程是一个用于处理所有发送到这个窗口的消息的函数。任何一个窗口类都有一个窗口过程。同一个类的窗口使用同样的窗口过程来响应消息。 系统发送消息给窗口过程将消息数据作为参数传递给他，消息到来之后，按照消息类型排序进行处理，其中的参数则用来区分不同的消息，窗口过程使用参数产生合适行为。
　　　一个窗口过程不经常忽略消息，如果他不处理，它会将消息传回到执行默认的处理。窗口过程通过调用DefWindowProc来做这个处理。窗口过程必须return一个值作为它的消息处理结果。大多数窗口只处理小部分消息和将其他的通过DefWindowProc传递给系统做默认的处理。窗口过程被所有属于同一个类的窗口共享，能为不同的窗口处理消息。下面我们来看一下具体的实例：
　　　LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
　　　{
 int wmId, wmEvent;
 PAINTSTRUCT ps;
 HDC hdc;
 TCHAR szHello[MAX_LOADSTRING];
 LoadString(hInst, IDS_HELLO, szHello, MAX_LOADSTRING);

 switch (message)
 {
  case WM_COMMAND:
   wmId    = LOWORD(wParam);
   wmEvent = HIWORD(wParam);
   // Parse the menu selections:
   switch (wmId)
   {
    case IDM_ABOUT:
       DialogBox(hInst, (LPCTSTR)IDD_ABOUTBOX, hWnd, (DLGPROC)About);
       break;
    case IDM_EXIT:
       DestroyWindow(hWnd);
       break;
    default:
       return DefWindowProc(hWnd, message, wParam, lParam);
   }
   break;
  case WM_PAINT:
   hdc = BeginPaint(hWnd, &ps);
   // TODO: Add any drawing code here...
   RECT rt;
   GetClientRect(hWnd, &rt);
   DrawText(hdc, szHello, strlen(szHello), &rt, DT_CENTER);
   EndPaint(hWnd, &ps);
   break;
  case WM_DESTROY:
   PostQuitMessage(0);
   break;
  default:
   return DefWindowProc(hWnd, message, wParam, lParam);
  　　　 }
  　　 return 0;
　　　}

　　　消息分流器
　　　通常的窗口过程是通过一个switch语句来实现的，这个事情很烦，有没有更简便的方法呢？有，那就是消息分流器，利用消息分流器，我们可以把switch语句分成更小的函数，每一个消息都对应一个小函数，这样做的好处就是对消息更容易管理。
　　　之所以被称为消息分流器，就是因为它可以对任何消息进行分流。下面我们做一个函数就很清楚了：
　　　void MsgCracker(HWND hWnd,int id,HWND hWndCtl,UINT codeNotify)
      {
          switch(id)
          {
     case ID_A:
                  if(codeNotify==EN_CHANGE)...
                  break;
             case ID_B:
                  if(codeNotify==BN_CLICKED)...
                  break;
             ....
           }
      }
      然后我们修改一下窗口过程：
　　　LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
      {
 switch(message)
         {
             HANDLE_MSG(hWnd,WM_COMMAND,MsgCracker);
             HANDLE_MSG(hWnd,WM_DESTROY,MsgCracker);
     default:
  return DefWindowProc(hWnd, message, wParam, lParam);
  　　　 }
  　　   return 0;
　　　}
      在WindowsX.h中定义了如下的HANDLE_MSG宏：
　　　#define HANDLE_MSG(hwnd,msg,fn) \
             switch(msg): return HANDLE_##msg((hwnd),(wParam),(lParam),(fn));
      实际上，HANDLE_WM_XXXX都是宏，例如：HANDLE_MSG(hWnd,WM_COMMAND,MsgCracker);将被转换成如下定义：
　　　#define HANDLE_WM_COMMAND(hwnd,wParam,lParam,fn)\
             ((fn)((hwnd),(int)(LOWORD(wParam)),(HWND)(lParam),(UINT)HIWORD(wParam)),0L);
      好了，事情到了这一步，应该一切都明朗了。
　　　不过，我们发现在windowsx.h里面还有一个宏：FORWARD_WM_XXXX，我们还是那WM_COMMAND为例，进行分析：
　　　#define FORWARD_WM_COMMAND(hwnd, id, hwndCtl, codeNotify, fn) \
     (void)(fn)((hwnd), WM_COMMAND, MAKEWPARAM((UINT)(id),(UINT)(codeNotify)), (LPARAM)(HWND)(hwndCtl))
　　　所以实际上，FORWARD_WM_XXXX将消息参数进行了重新构造，生成了wParam && lParam，然后调用了我们定义的函数。
　　　好了，事情到这里也算是也段落了，明天我们再分析消息在MFC中的处理。