浅谈Web异步服务调用的分析试用(一)

浅谈Web异步服务调用的分析试用

一、项目概述

（一）研究背景

现代企业面临的环境变得越来越复杂，他们的大多数信息系统都是多平台和多系统的复杂环境。这就要求公司的解决方案具有广泛的兼容能力，并且可以支持不同的系统平台和多种连接方法，使数据格式实现系统的松散耦合。

（二）研究目标和意义

本文的目标是在支持Web服务/ HTTP模型的同步调用的所有环境中实现简单方便的AIM接口，它支持Web服务/ HTTP模式性同步调用，这一点的重要性在于改进Web服务/ HTTP，作为一个整体的异步服务呼叫系统：

1.使用AIM实现客户端和服务器之间的并行计算。客户端向服务器发送服务请求后，您可以继续进行后续的任务处理，当服务器收到服务请求时，它会计算服务请求。此时，客户端和服务器处于全并行计算状态，提高了系统的整体处理能力和资源利用率。

2.客户端可以同时提交多个服务请求，缩短多个服务请求的总等待时间，提高任务的并发度。当客户端向另一个服务器发送异步请求时，多个服务器可以执行并行计算，这可以提高多个任务的并发性。

3.充分利用网络带宽资源。由于客户端可以同时向服务器发送请求，所以网络带宽资源比SIM更充分地利用。Web服务/ HTTP AIM实现是进一步扩展和深化Web服务在SOA的动态电子商务和企业应用程序集成中的应用的基础。

二、Web Service服务调用现状

尽管基本的通信协议不能在Web服务架构标准下运行，但HTTP被广泛用作标准通信协议，但它也具有通过防火墙的优势（对于B2B应用尤其如此这很重要）。因此，在Web服务的实际应用中，在大多数情况下，HTTP被用作基本的传输通信协议。因此，本文重点介绍基于HTTP的Web服务服务。

（一）Web服务调用过程

图2-1显示了Web服务/ HTTP服务提供者和服务请求者之间的服务调用过程（图中省略了查询服务注册中心以获取服务的WSDL的过程）。

图2-1：Web Services/HTTP的服务调用过程

首先，服务请求者以SOAP消息的形式通过HTTP网络协议向HTTP服务器发送服务请求（包括服务提供者的地址、服务名称和相应的参数等）。接下来，在HTTP服务器侦听并解释HTTP消息之后，将SOAP请求传递给SOAP引擎，并且SOAP引擎调用相应服务提供者实现的特定服务。最后，SOAP引擎收到服务提供者返回的计算结果后，将其编码成一个包含SOAP响应的HTTP消息并传递给它，HTTP服务器通过HTTP服务器返回到SOAP客户端。SOAP客户端从HTTP响应消息中获取SOAP响应，解码请求的结果并将其返回给服务请求者。

（二）缺少现有的Web服务调用模型

目前，Web服务提供了单向模型和同步请求/响应调用模型，但实际使用异步通信模型的ACM异步通信模型是不可避免的。客户需要长期计算和需要等待的服务，即使需要人为干预，同步请求/响应模型显然不足以满足需求。在基本上由两个不同层次组成的异步通信模型的情况下，异步通信模型：针对异步呼叫模型的基于媒体/事件服务MES的低层和上层中间件。前者不需要持久存储和消息转发，易于实现，易于使用，性能良好，但控制功能相对简单。后者使存储转发机制变得复杂而且糟糕，但它可以被使用。中间件提供了满足各种复杂需求的各种消息控制策略。

考虑一个典型的B2B电子商务场景：两个电子商务合作伙伴A和B还包括B及其电子商务应用自动化系统，每个电子商务应用自动化系统都向多个合作伙伴发送电子订单虽然有必要，但它可以提供一个调用模型现有的Web服务（即B可以发送一个合作伙伴的请求并发送处理结果），B同步请求您可以发送请求来订购这些合作伙伴。如果每个合作伙伴的订单处理系统的响应时间足够快，这个请求 - 需求模型基本上是可以接受的。然而，即使某些响应（专有原因或网络缓慢）这些电子订单处理系统也需要人工干预（如批准等），仍然只有一个正如合作伙伴所要求的那样，整个过程将非常长，因此A处理一系列订单所需的时间几乎是不可接受的。在这种情况下，AIM可以解决这个问题：A，在下一个请求发送到订单总等待时间单订单处理之前，而不是等待请求返回结果，您可以将请求发送给多个合作伙伴。最长处理时间不是所有订单处理时间的总和，A在等待期间不需要阻塞，您可以继续处理其他服务。

三、Web Services的异步调用模型

Web服务的现有AIM没有统一的标准和实现，并且一些现有的AIM实现也有其不足之处，特别是对于最常用的基于HTTP的Web服务，AIM仍然没有完整的设计和实现系统，以下描述了现有Web服务的各种AIM实施方案。

（一）基于JAXM的实现