基于XFire的Web服务性能研究.pdfVIP

基于XFire 的Web 服务性能研究 徐旭 北京邮电大学计算机科学与技术学院，北京 (100876) E-mail：xuxu.bupt@ 摘 要：Codehaus XFire 是下一代java SOAP 框架. 它使用文档模式进行消息传递，并且基 于StAX 进行XML 解析，这使得它相比其他的SOAP 堆栈拥有更好的性能。 本文将讨论XFire 与我们熟知的第一代SOAP 引擎——Apache Axis 的区别，并阐明XFire 在两种主要技术方面的改进及性能上的提升，首先，在传输机制方面的改进：Axis 是为了 面向RPC 方式而设计的，尽管使用广泛，但RPC 依然存在很多缺陷。而XFire 是基于文档 传输的，它可以更好的传送 SOAP 消息。其次就是在XML 解析技术方面的改进,Axis 使用 SAX 解析器，XFire 使用 StAX 解析器，后者是JCP JSR2173 规范中提出的，将把更多的控 制权返回给使用者。本文将介绍并分析这两种SOAP 堆栈，并通过一个实际应用来比较他们 的性能，以及对应用的效率，稳定性和扩展性方面产生的影响。 关键词：RPC ，文档方式，SAX，StAX，Pull 1. 介 绍 1.1 编码方式： 有多种编码方法可以将数据在软件对象和 XML 之间来回转换。其中比较有代表性的是 基于XML 的远程过程调用（RPC ）[5], 和直接提交XML 文档[1]两种方式。 Axis 中主要使用RPC 模式，在这种模式中大量客户应用程序将从服务定义的WSDL 文件生 成Stub 进行远程过程调用。这种模式应用广泛，在Java 开发中曾经一度存在SOAP[4]就是 RPC 的偏见。但事实上SOAP 不是RPC ，或者说不仅仅是RPC 。RPC 确实可以简化开发人 员的编码工作，但是随着分布式系统中网络负载的增加，基于同步传输的RPC 模式已经暴 露出一些缺陷[6]。 1.2 XML 解析： 随着XML 的广泛应用,大量的信息都将通过XML 存储、交换,XML 的解析技术正变得 越来越重要。主要有这几种解析器： (1) DOM[8]，是最初的也是设计最简单的解析器。它把XML 文档看作是一系列节点间 的关系，并且把每一个节点当作一个对象，所以叫文档对象模型。它是与编程语言无关的。 (2)SAX，非W3C 官方标准，它是一种社区性质的讨论产物。但在XML 中几乎所有的 XML 解析器都会支持它。SAX 是一种基于事件驱动的解析方法，是基于Push 的解析。 (3)除了SAX 和DOM 外，一种称做Pull[3] 的解析方法正越来越得到业界的关注，这种 解析方法在特定情形下性能更高，使用更方便。其基本思想就是等到用户要访问时才去解析 某个片断，相当于把解析事件Pull 出来。StAX[9]就是这样一种解析器。 2. 传输模式的比较 我们首先在传输模式上来比较一下Axis 和XFire ： (1)SOAP 的RPC 风格消息类型的应用很广泛。在这种方式中开发人员只需要定义一个 公共的函数,发布为服务, SOAP 堆栈将自动处理所有的编码和解码工作，消息结构包含了一 个根据操作命名的元素，而这个元素又按顺序包含根据操作参数命名的子元素，对参数和返 回值进行序列化和反序列化是实现SOAP RPC 技术的关键。 - 1 - 在SOAP 的文档式的操作请求中，WSDL 文件中的元素直接出现在 SOAP 体中，而没 有任何其他的封装。并且，这些元素的 XML 内容是直接映射到消息部分指向的模式定义 的元素的。它的消息特点是，没有任何编码信息，方法签名还是会出现在SOAP 消息中，但 出现在SOAP 中的各项内容都是由XML Schema 定义的，所以很容易检验此消息的有效性。 两种消息体的图示如下：