PostMessage(异步)和SendMessage(同步)

PostMessage(异步)和SendMessage(同步)的区别：

PostMessage只把消息放入队列，不管其他程序是否处理都返回，然后继续执行，这是个异步消息投放函数。而SendMessage必须等待其他程序处理消息完了之后才返回，继续执行，这是个同步消息投放函数。而且，PostMessage的返回值表示PostMessage函数执行是否正确；而SendMessage的返回值表示其他程序处理消息后的返回值。

如果在同一个线程内，PostMessage发送消息时，消息要先放入线程的消息队列，然后通过消息循环Dispatch到目标窗口。SendMessage发送消息时，系统直接调用目标窗口的消息处理程序，并将结果返回。SendMessage在同一线程中发送消息并不入线程消息队列。 如果在不同线程内，最好用PostThreadMessage代替PostMessage,他工作的很好。SendMessage发送消息到目标窗口所属的线程的消息队列，然后发送消息的线程等待(事实上，他应该还在做一些监测工作，比如监视QS_SENDMESSAGE标志)，直到目标窗口处理完并且结果返回，发送消息的线程才继续运行。这是SendMessage的一般情况，事实上，处理过程要复杂的多。比如，当发送消息的线程监测到有别的窗口SendMessage一个消息到来时，他直接调用窗口处理过程(重入)，并将处理结果返回(这个过程不需要消息循环中GetMessage等的支持)。

使用这两个发送消息函数的最重要的是要看你的程序是否要对消息的滞后性关注否，PostMessage会造成消息的滞后性,而SendMessage则不会。

消息中尽量要传值，避免传递指针。

函数原型：

LRESULT SendMessage(HWND hWnd,UINT Msg,WPARAM wParam,LPARAM lParam);

BOOL       PostMessage(HWND hWnd,UINT Msg,WPARAM wParam,LPARAM lParam);

WPARAM 和 LPARAM，消息响应机制
wParam和lParam 这两个是Win16系统遗留下来的产物，在Win16API中WndProc有两个参数： 
一个是WORD类型的16位整型变量；另一个是LONG类型的32位整型变量。因此根据匈牙利命名法，16位的变量就被命名为wParam, 32位的变量就被命名为lParam。 
到了Win32API中，原来的16位变量也被扩展为32位，因此此时wParam和lParam的大小完全相同。 在Win32API的早期，为了保证和Win16API的代码可移植性MS定义了WPARAM和LPARAM两个宏。 
当时保留了w前缀的原因一方面是由于WPARAM宏也已W开头，还有也因为要提醒程序员注意到可移植性，当然到了现在Win16早已退出历史舞台，这个前缀也就约定俗成的沿用下来了。

PostMessage(异步)和SendMessage(同步)的用法：

如果要使用PostMessage很多次，我们可以象下面这样独立出一个函数（由于我们是在static的线程函数里面使用，所以声明的也是static）：

static int AddMessage(HWND hWnd, CString str)
 {
        if(str.GetLength() <= 0)
             return 0;
        char *newMess = new char[str.GetLength() + 1];
        strcpy(newMess,str);
        ::PostMessage(hWnd,WM_MY_MESSAGE,(WPARAM)newMess,0);
        return 0;
 }

实现处理函数：

LRESULT CTestDlg::AddMessageEx(WPARAM wParam, LPARAM lParam)
{
 char* newMsg = (char*)wParam;
 if(newMsg == NULL)
  return -1;

 delete newMsg;
 return 0;
}