软件接口是实现一个系统跟另外系统进行信息交互的桥梁，在不同的系统之间，根据系统的关联程度的不同存在紧耦合和松耦合两种：紧耦合要求接口响应反应快，消息不能阻塞；松耦合对响应反应要求比较低。本人主要讨论紧耦合接口通讯实现，在目前应用中， Socket 、中间件、 SOAP 等都用相应的应用，但是应用中发现各通讯方式有自己固有的特征，“适合的才是最好的”，这是真理。
在接口和系统信息交互的过程中，两种模式使用得很普遍：同步调用和异步调用，同步调用要求接口发出请求消息后必须等待服务端系统的应答消息，接口阻塞直至超时；异步调用则发出请求消息后，接口可以从事其它处理，定时轮询服务端应答消息和消息或事件通知。同步方式简单，但是很容易造成接口阻塞，造成消息积压超时。
• 技术实现
• Socket 通讯
Socket 通讯相对来说是很古老的通讯方式，也是最常用的通讯方式。 Socket 通讯有阻塞和非阻塞两种方式。在同步方式，采用阻塞编程比较简单，但是为了防止接口阻塞，我们需要设置 Socket 超时，因此可以使用 Socket 的 SELECT 模型（参考如下示例代码）：
在异步方式下，采用非阻塞方式实现比较方便，在非阻塞方式下可使用WSAAsyncSelect模型和 WSAEventSelect 模型： WSAAsyncSelect模型基于消息， WSAEventSelect 模型基于事件，下面的示例代码设置了 Socket 进行读写和关闭操作的消息：
无论使用阻塞方式或非阻塞方式编程，需要重点考虑的一个问题：粘包现象，即应用发送两个或以上的数据包，在 Socket 通讯层将数据包合并成一个发送出去，因此接收端收到数据包以后需要对数据包根据应用定义的长度进行拆分，否则导致应用层丢包。
• 中间件通讯
目前中间平台也比较多，我所使用的中间件有 BEA 的 Tuxedo 和东方通的 TongEasy ， TongEasy 我就不说了，主要讨论一下 Tuxedo 。 BEA Tuxedo 系统提供九种通信模式：
• 同步 Request/Response 模式；
• 异步 Request/Response 模式；
• 嵌套调用；
• 调用转发；
• 会话通信；
• 主动消息通告；
• 基于事件的通信；
• 基于队列的通信；
• 使用事务。
同步请求 / 应答方式比较简单，因此在应用中也使用得相当多。但是同步请求 / 应答方式在服务端服务端反应比较慢时造成阻塞，如果使用了多线程方式，不管 Tuxedo 采用长连接还是短连接均容易造成线程挂起，不能再进行后续处理，很多情况需要程序重启。采用异步方式不会造成阻塞，但需要去查询是否有应答消息，下面的代码实现了使用异步函数实现同步调用的功能，增加了超时处理，这样不会导致程序阻塞：
如果要增加接口的处理能力，使用多线程方式会存在隐患，最好的方式是采用多进程，不过存在如何消息均衡的问题。
• SOAP 通讯
SOAP 作为一种协议，同服务端 Web Service 进行通讯。 IBM 和微软提供了 SOAP 协议的 SDK ，我使用的是微软的 SOAP Toolkit3.0 ，这是基于 COM 的一套组件，因此具有 COM 的特征，在调用参数的处理， windows 和 unix 顺序恰好相反，下面的代码实现了调用一个 Web Service ：
• 总结
在三种通讯方式中，各有优缺点，但是主要还在于服务端采用什么技术方案来实现，接口必须对应采用相应的通讯模式。
除了上面的通讯模式，当然还有很多其它的方式，如管道、消息队列等，目前我在紧耦合的接口中使用得不多。-----------------------------------------------------------------------
socket的英文原义是“孔”或“插座”。作为4BDS UNIX的进程通信机制，取后一种意思。通常也称作"套接字"，用于描述IP地址和端口，是一个通信链的句柄。
目录
展开
一 socket协议
Socket协议的形象描述
socket非常类似于电话插座。以一个国家级电话网为例。电话的通话双方相当于相互通信的2个进程，区号是它的网络地址；区内一个单位的交换机相当于一台主机，主机分配给每个用户的局内号码相当于socket号。任何用户在通话之前，首先要占有一部电话机，相当于申请一个socket；同时要知道对方的号码，相当于对方有一个固定的socket。然后向对方拨号呼叫，相当于发出连接请求(假如对方不在同一区内，还要拨对方区号，相当于给出网络地址)。对方假如在场并空闲(相当于通信的另一主机开机且可以接受连接请求)，拿起电话话筒，双方就可以正式通话，相当于连接成功。双方通话的过程，是一方向电话机发出信号和对方从电话机接收信号的过程，相当于向socket发送数据和从socket接收数据。通话结束后，一方挂起电话机相当于关闭socket，撤消连接。
电话系统
在电话系统中，一般用户只能感受到本地电话机和对方电话号码的存在，建立通话的过程，话音传输的过程以及整个电话系统的技术细节对他都是不透明的，这也与socket机制非常相似。socket利用网间网通信设施实现进程通信，但它对通信设施的细节毫不关心，只要通信设施能提供足够的通信能力，它就满足了。
至此，我们对socket进行了直观的描述。抽象出来，socket实质上提供了进程通信的端点。进程通信之前，双方首先必须各自创建一个端点，否则是没有办法建立联系并相互通信的。正如打电话之前，双方必须各自拥有一台电话机一样。在网间网内部，每一个socket用一个半相关描述:
(协议，本地地址，本地端口)
一个完整的socket有一个本地唯一的socket号，由操作系统分配。
最重要的是，socket 是面向客户/服务器模型而设计的，针对客户和服务器程序提供不同的socket 系统调用。客户随机申请一个socket (相当于一个想打电话的人可以在任何一台入网电话上拨号呼叫)，系统为之分配一个socket号；服务器拥有全局公认的 socket ，任何客户都可以向它发出连接请求和信息请求(相当于一个被呼叫的电话拥有一个呼叫方知道的电话号码)。
socket利用客户/服务器模式巧妙地解决了进程之间建立通信连接的问题。服务器socket 半相关为全局所公认非常重要。读者不妨考虑一下，两个完全随机的用户进程之间如何建立通信？假如通信双方没有任何一方的socket 固定，就好比打电话的双方彼此不知道对方的电话号码，要通话是不可能的。
-----
Socket 接口
Socket 接口是访问 Internet 使用的最广泛的方法。 如果你有一台刚配好TCP/IP协议的主机，其IP地址是202.120.127.201， 此时在另一台主机或同一台主机上执行ftp 202.120.127.201，显然无法建立连接。因"202.120.127.201" 这台主机没有运行FTP服务软件。同样， 在另一台或同一台主机上运行浏览软件 如Netscape，输入"http://202.120.127.201"，也无法建立连接。现在，如果在这台主机上运行一个FTP服务软件（该软件将打开一个Socket， 并将其绑定到21端口），再在这台主机上运行一个Web 服务软件（该软件将打开另一个Socket，并将其绑定到80端口）。这样，在另一台主机或同一台主机上执行ftp 202.120.127.201，FTP客户软件将通过21端口来呼叫主机上由FTP 服务软件提供的Socket，与其建立连接并对话。而在netscape中输入"http://202.120.127.201"时，将通过80端口来呼叫主机上由Web服务软件提供的Socket，与其建 立连接并对话。
socket原理
在Internet上有很多这样的主机，这些主机一般运行了多个服务软件，同时提供几种服务。每种服务都打开一个Socket，并绑定到一个端口上，不同的端口对应于不同的服务。Socket正如其英文原意那样，象一个多孔插座。一台主机犹如布满各种插座的房间，每个插座有一个编号，有的插座提供220伏交流电， 有的提供110伏交流电，有的则提供有线电视节目。 客户软件将插头插到不同编号的插座，就可以得到不同的服务。
转载地址：http://www.cnblogs.com/socrassi/archive/2010/10/10/1847262.html
总结：API的通讯方式即是对接口的访问。通讯方式分为socket、中间件(例如servlet)、基础SOAP协议的webservices。
socket为最基础用到的通讯方式，通过ip/tcp/udp协议进行通讯，需要网关及端口的设定。且通讯双方都必须存在与之对应的端点。
servlet即服务端自带的中间件通讯组件。
SOAP基于XML形式解析。它包括超文本传输协议、简单邮件传输协议、多用途网际邮件扩充协议。
SOAP使用基于XML的数据结构和超文本传输协议(HTTP)的组合定义了一个标准的方法来使用Internet上各种不同操作环境中的分布式对象
来源：https://blog.csdn.net/PUBLIC_ILL/article/details/99415331