SendMessage 使用陷阱

最近在使用SendMessage方法时遇到了一些很奇怪的问题，废了一些时间来排查才找到原因。特写出来备忘。

1. 死锁陷阱

死锁是因为资源紧张引起的。基于这个思路往往会把我们引向去查找代码中的锁的使用情况，不过这是在理想情况下。但是如果有SendMessage参与会怎样呢？

Thead1: 存在窗口句柄hWnd。  

Entercriticalsection（aDefaultSection）

。

。

。

。

LeaveCriticalSection（aDefaultSection）

 Thread2 

Entercriticalsection（aDefaultSection）

。

。

SendMessage(hWnd, ...);

。

。

LeaveCriticalSection（aDefaultSection）

你能想到这会导致死锁吗？

如果Thread1在获取aDefaultSection，而sendmessage的处理消息也去获取aDefaultSection那就是会死锁，这种死锁很难查，如果隐蔽的更深一点，sendmessage在嵌套的函数中调用，那就更容易让人产生错觉，不知道什么原因。

综上所述，如果有可能，尽量使用标准的线程同步方式来完成线程的同步，另外应该避免在工作线程中使用SendMessage，如果确实需要发送消息，应该尽量使用PostMessage。特此备忘。