团灭Windows进程通信（二）——剪贴板在中间

文章来源：http://blog.csdn.net/huanglong8/article/details/53708337

说起Windows的剪贴板，大家并不陌生，复制粘贴都需要经历它这一层，那么其剪贴板的实质其实就是一块预先分配好的内存地址，这个地址上存放着用户需要复制的内容或地址。所以，剪贴板其实就是提供了在不同进程间相互通信的发送获取数据的一个共享通道。
关于剪贴版其他的一些定义或意义，网上文章诸多，可以参考：

http://www.cnblogs.com/1314NNNKKK/p/3522363.html

————↓来自参考
为使剪贴板的这种IPC机制更加完善和便于使用，需要解决好如下三个问题：提供数据的进程在结束时Windows系统将删除其创建的全 局内存块，而接受数据的进程则希望在其退出后剪贴板中的数据仍然存在，可以继续为其他进程所获取；能方便地管理和传送剪贴板数据句柄；能方便设置和确定剪 贴板数据格式。为完善上述功能，Windows提供了存在于USER32.dll中的一组API函数、消息和预定义数据格式等，并通过对这些函数、消息的 使用来管理在进程间进行的剪贴板数据交换。

　　Windows系统为剪贴板提供了一组API函数和多种消息，基本可以满足编程的需要。而且Windows还为剪贴板预定义了多种数据格式。通过这些预定义的格式，可以使接收方正确再现数据提供方放置于剪贴板中的数据内容。
————↑来自参考

具体的API可以查百度嘛，现在我们来实际情况编写小程序。
在接下来的所有进程通信系列介绍中，我们都要尽可能的完成这么一个需求。

需要编写两个独立进程，这个进程以控制台或窗口实现用户控制。分别为模块A，模块B。模块A发送指令到模块B，模块B接收到后显示，模块B也可以发送指令给模块A，模块A接收后也显示。并且整个发送指令又用户设定内容，并且模块间的通信机制以阻塞为主，即有消息过来时进行处理。

好了解了需求后，我们需要思考两个问题，第一个问题就是 用户的读写IO 操作，第二个问题就是 如何阻塞获取。

用户的读写IO操作可以用两个线程来解决，一个用来读并显示在控制台中，一个用来写进行发送指令。
为了让发送指令后，立即被接收到，可以通过windows消息来进行。windows提供的消息机制中，