应用程序之间互相通讯的几种方法

　　6、Mailslot和Pipe

　　Mailslot和Pipe有很多相同点，即都是高层的、基于内存的通讯系统。Mailslot由Server端创建，代码如下：

　　myMailslot = CreateMailslot（pSlotName， 0， MAILSLOT_WAIT_FOREVER， NULL）；

　　然后，Client端可以像打开文件一样打开这个Mailslot，再通过API函数WriteFile（）来将数据写入到消息队列中。

　　与此相类似，Pipe也是由Server端创建的，代码如下：

　　pipe = CreateNamedPipe（pPipeName， PIPE_ACCESS_DUPLEX， PIPE_TYPE_MESSAGE |PIPE_READMODE_MESSAGE | PIPE_WAIT， PIPE_UNLIMITED_INSTANCES， BUFSIZE，BUFSIZE， 20000， NULL）；

　　接着，Client端可以通过一般的文件API读写数据，代码如下：

　　pipe = CreateFile（pPipeName， GENERIC_READ | GENERIC_WRITE， 0， NULL， OPEN_EXISTING，0，NULL）；

　　success = WriteFile（pipe， pMessage， strlen（pMessage） + 1， &bytesWritten， NULL）；

　　Pipe分两种，即命名Pipe和匿名Pipe。匿名Pipe是以句柄而不是以名字来进行标识的，因而也限制了它只能在同一台机器上通讯，而不能应用于网络。命名Pipe则提供了以名字来进行标识，所以能在网络上的其它任何地方打开它。需要注意的是：命名Pipe只能在 Win NT而不是Win 95上创建（即Server端），Client端则可以是任意平台。

　　Pipe既可以单向通讯也可以双向通讯，Mailslot则只能单向通讯。Client端可以发送消息给mailslot，但不能接收消息；如果你想要接收消息，则只能创建一个新的mailslot。但mailslot有一个很大的优点：它支持数据广播。也是说，若Client端发送一条消息，则整个网络中的同名对象都能收到。这是因为mailslot的名字的作用域只是在本台机器上，所以可在不同机器上创建同名的mailslot，当Client端发来消息时则每一台机上的mailslot都得到了该消息的一份拷贝，并在本机上作出相应的反应。Mailslot的大缺陷是不可靠，因为它的数据是以数据报格式来传送的，网络错误或负荷过重都会导致数据丢失。

　　Pipe则较为可靠，但它不能广播。所以，如果你不需要进行广播，则Pipe是更好的选择。选择Mailslot，则要对此后遇到的麻烦有充分的准备。

　　7、剪贴板（Clipboard）

　　大家对Windows的剪贴板应该不会感到陌生吧？它的出现是为了实现应用程序间的互相数据交换。Windows提供了一系列的API函数来让应用程序安全地打开剪贴板，读写其中的数据。

　　剪贴板的缺陷也是显而易见的：当有新的数据放在剪贴板上时，则先前的数据会被冲掉，而在Windows中用到剪贴板的时候又实在太多了，所以这种方式用于程序间的通讯显然不够安全。

　　8、COM和DCOM

　　公共对象模式（COM）是一种协议，它建立了一个软件模块同另一个软件模块之间的连接，然后将其描述出来。当这种连接建立起来之后，则两个模块之间可以通过称为“接口”的机制来进行通讯。COM可以用不同的语言（VB、VC、Delphi）进行编制，又能被其它语言编写的程序所使用，并且不用管通讯双方实际所处的位置（是在同一台机上，还是在同一个网络上的不同机上）。事实上，Internet上有大量的COM控件可供人们下载使用，其中有相当一部分是用于应用程序间的相互通讯（甚至是Internet程序间的通讯），硬盘上能够看到的大量的.ocx文件其实是一种COM。

　　COM对象为外部调用提供了一个标准的界面，COM Client通过创建COM Server的一个实例获得指针，转向所需的函数定义处并执行相应的程序。讲得通俗一点，也是先正确定义好COM对象的属性（Property），再执行相应的方法（Method）。

　　DCOM（分布式公共对象模式）是COM在网络上的一种扩展，它通过把分布式对象间的通讯变成一个实体来实现通讯。

　　COM如今被微软公司大力提倡，的有OLE、ActiveX、DirectX和Win95、WinNT的外壳。由于微软公司目前在软件业处于霸主地位，所以COM很有可能成为将来的业界标准，其前途也较为看好。但COM的庞大也会使一些经验丰富的程序员望而却步，他们宁可自己多写一些代码以使整个程序更为简洁、有效而不愿使用COM。

　　以上介绍的只是现今流行的一些通讯方法，它们各有各的优缺点，没有哪一种是的。因此，只有在合适的场合采用合适的方案，才是好的解决办法。