怎么发
SendMessage/PostMessage自然是指不上的，因为这俩货也是基于窗口的，其实我一度怀疑走消息这条路是否可行，这涉及到一个原理问题，就是如果消息一定是只能发送给窗口的话，那注定此路不通，只能考虑别的进程间通信方案。好在了解到PostThreadMessage这个API，解决了我的问题。该API是向指定线程发送消息（MSDN文档在此），这也说明在原理上，消息并非只可以发给窗口，还可以发给线程，至于还能不能发给别的什么东西就不知道了。先看一下发送语句：
void Main()
{
...
//向目标进程的主线程发送消息
PostThreadMessage(Process.GetProcessById(pid).Threads[0].Id, 0x80F0, IntPtr.Zero, IntPtr.Zero);
...
}
[return: MarshalAs(UnmanagedType.Bool)]
[DllImport("user32.dll", SetLastError = true)]
public static extern bool PostThreadMessage(int threadId, uint msg, IntPtr wParam, IntPtr lParam);
API的第1个参数是目标线程的ID。注意两点：①此ID是系统全局的线程ID，并非Thread.ManagedThreadId这种“假”ID；②目标线程必须存在消息循环。winform的主线程往往就是UI线程，天然存在消息循环，所以无需考虑这个问题。第2个参数是要发送的消息ID。我们的目的是发一条收发双方约定的消息，所以这个消息要够特别，不能跟系统消息撞衫，所以范围最好介于0x8001~0xBFFF之间，这是系统留给应用程序自用的消息段（WM_APP）。后面俩参数我没用，你想让消息更特别一点，或想携带其它信息的话也可以用上。方法返回true/false分别代表发送成功/失败。
另外，目标进程也许有多个线程，其中哪个才是能收消息的主线程我没有科学的判断方法，大胆臆测就是Process.Threads集合中的第1项，这个猜测至今工作良好，不管它。若您有科学判断法，请告知~谢谢。
怎么收
由于消息是走线程过来的，所以别想着在主窗口的WndProc中去收，再说消息过来的时候，主窗口存不存在都是个问题。要用应用程序级别的消息筛选器来收，筛选器是个实现System.Windows.Forms.IMessageFilter接口的类（MSDN），该接口只需实现一个方法：bool PreFilterMessage(ref Message m)，方法逻辑是，如果收到的消息m是你要处理并吃掉的，就返回true，其余消息则返回false放行。整个筛选器像这样：
class MsgFilter : IMessageFilter
{
public bool PreFilterMessage(ref Message m)
{
if (m.Msg == 0x80F0)
{
DoSomething(); //显示窗口或其它事
return true;
}
return false;
}
}
事实上我收到消息后并不是直接做显示窗口相关的事，而是引发一个事件，主窗体注册该事件，在事件处理方法中再写显示窗口相关的代码。这是设计上的考量，与本文主旨无关，不多说。
