几种流行Webservice框架性能对比(转载、拼接)
1摘要? 开发webservice应用程序中离不开框架的支持,当open-open网站列举的就有很多种,这对于开发者如何选择带来一定的疑惑。性能Webservice的关键要素,不同的框架性能上存在较大差异,而当前在官方网站、网络资料中可以方便的找到各自框架的介绍,但是很少有针对不同框架性能测试数据。本文选择了比较流行几个框架: Apache?Axis1、Apache?Axis2、Codehaus?XFire、Apache?CXF、Apache?Wink、Jboss??RESTEasy、sun?JAX-WS(最简单、方便)、阿里巴巴??Dubbo(除外)等,采用java作为测试用例,通过本机和远程两种进行测试方式,对这几种框架进行了性能测试,并对测试结果分析和性能比较,最后并对性能优异的框架进行了推荐。 目前三种主流的web服务实现方法:? REST(新型):表象化状态转变?(软件架构风格)RESTEasy、Wink、CXF、Axis2……. SOAP(比较成熟):简单对象访问协议??Xfire、Axis2、CXF、Axis1 XML-RPC(淘汰):远程过程调用协议(慢慢被soap?所取代) REST?简单易用,效率高,貌似未来有很大的发展空间,也有宣称rest性能个方便比soap强大的,已经有很多框架宣称对rest进行支持比如spring?3.0、struts……..?(百度观点) SOAP?成熟度较高,安全性较好 关键词:Axis1、Axis2、XFire、CXF、Spring、SOAP、StAX、WSDL 2??????框架介绍2.1??????Apache?Axis1Axis本质上就是一个SOAP引擎(Apache?Axis?is?an?implementation?of?the?SOAP),提供创建服务器端、客户端和网关SOAP操作的基本框架。但Axis并不完全是一个SOAP引擎,它还包括: l??是一个独立的SOAP服务器。 l??是一个嵌入Servlet引擎(例如Tomcat)的服务器。 l??支持WSDL。 l??提供转化WSDL为Java类的工具。 l??提供例子程序。 l??提供TCP/IP数据包监视工具。 2.2??????Apache?Axis2Apache?Axis2相比Apache?Axis1更加有效、更加模块化、更加面向xml,支持容易插件模块扩展新功能和特性,例如安全和可靠。Apache?Axis2是基于Apache?AXIOM,它是一个高性能、pull-based?XML对象模型。Apache?Axis2的关键特性: l??解析xml更快。采用自己的对象模型和StAX?(Streaming?API?for?XML)。 l??更低的内存占用。 l??支持热部署。新服务加入到系统,无需重启服务。 l??支持异步webservice、 l??MEP支持,灵活支持在WSDL?2.0定义的Message?Exchange?Patterns?(MEPs) l??更加灵活。引擎给开发人员提供了充足的自由度可扩展客户头信息处理、系统管理、 l??更加稳定性。 l??传输框架不依赖于具体协议。为集成和传输协议(SMTP,?FTP,?message-oriented?middleware,?etc)有一个简单和抽象,引擎核心是完全独立于具体的传输协议。 l??支持WSDL。支持WSDL1.1、WSDL2.0。 l??方便集成其他组件(Add-ons)。几个web?services已经被集成,包括:WSS4J?for?security?(Apache?Rampart),?Sandesha?for?reliable?messaging,?Kandula?which?is?an?encapsulation?of?WS-Coordination,?WS-AtomicTransaction?and?WS-BusinessActivity. l??良好的扩展性。 2.3??????Codehaus??XFireXFire核心是一个轻量的基于STAX消息处理模型,用来与SOAP消息交互,它支持不同类型的绑定机制、容器和传输协议。 支持webservice标准-?SOAP,?WSDL,?WS-I?Basic?Profile,?WS-Addressing,?WS-Security,?etc. l??高性能SOAP?STACK l??可插拔绑定POJOs,?XMLBeans,?JAXB?1.1,?JAXB?2.0,?and?Castor?support l??通过Java1.5?和1.4(Commons?attributes?JSR?181?syntax)使用JSR?181?API配置服务 l??支持多中传输协议-?HTTP,?JMS,?XMPP,?In-JVM,255)">l??可嵌入的和直观的API l??支持Spring,?Pico,?Plexus,?and?Loom l??支持JBI l??客户端和服务端stub代码生成 l??支持JAX-WS?early?access 2.4??????Apache?CXFApache?CXF是一个开源服务框架。Apache?CXF?=?Celtix?+?XFire,Apache?CXF?的前身叫?Apache?CeltiXfire,现在已经正式更名为?Apache?CXF?了,以下简称为?CXF。CXF?继承了Celtix和XFire两大开源项目的精华,比如:JAX-WS?and?JAX-RS,主要特性包括: l??支持Web?services标准。包括:SOAP、the?WSI?Basic?Profile、WSDL、WS-Addressing、WS-Policy、WS-ReliableMessaging、WS-Security、WS-SecureConversation和WS-SecurityPolicy. l??支持不同类型前端开发模型。CXF实现了JAX-WS?APIs,支持JAX-RS开发。 l??容易使用。CXF设计的简洁和直观,具有简洁APIs迅速的构建基于代码的服务,Maven插件使得工具集成更加容易、JAX-WS?API支持、Spring?2.x?XML使得配置更加容易。 l??支持二进制和遗留协议。CXF被设计为可插拔的架构,在不同的传输协议结合下,不仅支持XML,也支持非XML类型绑定,例如:JSON和CORBA。 2.5?RESTEasy(百度观点较好)RESTEasy是JBoss的一个开源项目,提供各种框架帮助你构建RESTful?Web?Services和RESTful?Java应用程序。它是JAX-RS规范的一个完整实现并通过JCP认证。作为一个JBOSS的项目,它当然能和JBOSS应用服务器很好地集成在一起。但是,它也能在任何运行JDK5或以上版本的Servlet容器中运行。RESTEasy还提供一个RESTEasy?JAX-RS客户端调用框架。能够很方便与EJB、Seam、Guice、Spring和Spring?MVC集成使用。支持在客户端与服务器端自动实现GZIP解压缩。?(资料少无法比较) ? 有较专业的人士对CXF、Restlet、RESTEasy、Jersey框架测试【数据】,他说从性能上看RESTEasy是最好的,Jersey其次(但Jersey连可查阅的英文文档都比较少故个人不推荐使用),cxf和Restlet最差, ? 2.6??Dubbo?(个人观点----无理由)Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能的?RPC?实现服务的输出和输入功能,可以和?Spring框架无缝集成。(资料少无法比较) 2.7?java6JAX-WSJAX-WS2.0?(JSR?224)是Sun新的web?services协议栈JAVA中有三种WebService规范,分别是JAX-WS(JAX-RPC)、JAX-RS、JAXM&SAAJ。JAX-WS(Java?API?For?XML-WebService),JDK1.6?自带的版本为JAX-WS2.1,其底层支持为JAXB。早期的JAVA?Web服务规范JAX-RPC(Java?API?ForXML-Remote?Procedure?Call)目前已经被JAX-WS?规范取代,JAX-WS?是JAX-RPC?的演进版本,但JAX-WS?并不完全向后兼容JAX-RPC。()? 2.8??Apache?WinkREST(Representational?State?Transfer)??based?Web?Service【http://baike.soso.com/v812054.htm】是相对于传统的Web?Service(SOAP+WSDL+UDDI)而提出的。传统的Web?Service可以很好的解决异构系统之间的通信问题,但是需要首先定义好XML格式的合同(WSDL),client和server都必须严格遵守协议,不容易升级以及集群伸缩。REST?Web?Service不需要事先定义格式,传输的内容也可以依据不同的client变化(json,xml,html等),最重要的是使用源URL来唯一定位资源,对资源的增删改查映射为HTTP的四个方法,无状态传输,具有非常好的伸缩性。 Apache?Wink就是一个纯Java的REST框架。它完整的实现了JSR?311并扩展了部分功能,此外还提供了良好的扩展性,难能可贵的是还可以与流行的Java框架Spring无缝集成。目前该项目还在开发中。所谓框架无非就是定义好格式,提供一些工具和钩子,让开发人员可以专注于业务逻辑的开发。 ? 3??????测试准备表格1测试基本元素
? 表格2在端对端性能上,一个客户端驱动程序使用了一个胖客户端Web服务堆栈来发送和接受SOAP请求
?
?
4??????性能测试4.1??????测试方法本次假定在相同网络、主机环境条件下进行测试,因此性能的差别主要是由不同框架实现机制的所决定。 l??采用两种方式测试:本机测试、远程测试。 l??服务器端分别采用:axis1、axis2、xfire、CXF,对于选定的服务器端,用不同框架对应的工具包wsdl生成客户端stub代码进行测试。 l??服务端接口内部没有复杂业务逻辑,客户端调用时,仅仅返回一个字符串。 l??每次运行,采用java循环方式调用10次服务端接口,并记录下从发起到返回结果的时间。 4.2??????测试结果限于篇幅,本文仅提供了:以CXF框架为服务端的详细测试结果,及其各个框架的综合后测试结果。 表格3以CXF作为服务端测试详细结果
表格4不同框架本机和远程测试结果
? 4.3??????结果分析从数据可以看出,有下面几个特点: l??客户端初次调用,初始化客户端stub对象时,大约在:600ms~2500ms。由于需要建立网络连接,初始化java相关对象,因此耗时较长。 l??客户端初始化stub后,接口初次调用,大约在:400ms~1000ms。相比后续的接口调用时间最长。 l??在第一次调用完毕后,随后的调用中,性能都明显提升。大约在:7ms~30ms。 l??本机测试与远程测试,性能上差距很微小,在高速的局域网内,性能差别几乎可以忽略。 l??在相同的服务端下,采用不同框架生成的stub代码调用时,时间上也存在一定的差异。 实际应用中,接口的调用都是在网络的不同的机器之间进行,本文也重点关注远程调用测试结果,在测试结果比较上,可以看出: l??最优组合是最差组合性能的5倍多。 n??最优的组合为:cxf客户端+?cxf服务端,6ms左右。 n??最差的组合为:axis1客户端+?axis1服务端,32ms左右。 l??CXF作为服务端,对于不同的客户端调用时,性能最佳。 从以上的结果进行分析得出用Axis2与CXF作为服务器端效率是比两外两者(Axis1与xfire)要高,所以下面就对CXF与Axis2进行对比 5??????选择框架的方法1.?选择能够对我们的开发过程提供更多、更好帮助的Web开发框架 (CXF与Axis2都是apache的开源框架,也是目前比较流行的webservice框架,)(百度加个人观点) 2.?开发框架的学习一定要简单,上手一定要快,没有什么比使用能得到更深的体会。那些动不动就需要半个月或者一个月学习周期的框架,实在是有些恐怖。(cxf学习成本比axis2低)【Axis2允许自己作为独立的应用来发布Web?Service,并提供了大量的功能和一个很好的模型,这个模型可以通过它本身的架构(modular?architecture)不断添加新的功能。有些开发人员认为这种方式对于他们的需求太过于繁琐。这些开发人员会更喜欢CXF。?】【CXF更注重开发人员的工效(ergonomics)和嵌入能力(embeddability)。大多数配置都可以API来完成,替代了比较繁琐的XML配置文件,?Spring的集成性经常的被提及,CXF支持Spring2.0和CXF's?API和Spring的配置文件可以非常好的对应。CXF强调代码优先的设计方式(code-first?design),使用了简单的API使得从现有的应用开发服务变得方便。】{百度观点} 3.?一定要能得到很好的技术支持,在应用的过程中,或多或少都会出现这样或者那样的问题,如果不能很快很好的解决,会对整个项目开发带来影响。一定要考虑综合成本,其实这是目前应用开源软件最大的问题,碰到问题除了死肯文档就是查阅源代码,或者是网上搜寻解决的办法,通常一个问题就会导致1-2天的开发停顿,严重的甚至需要一个星期或者更长,一个项目有上这么几次,项目整体的开发成本嗖嗖的就上去了。(所以个人感觉应该选择比较流行的框架,起码碰到问题还能上网搜索) 4.?开发框架结合其他技术的能力一定要强(个人感觉和下同) 5.?开发框架的扩展能力一定要强。在好的框架都有力所不及的地方,这就要求能很容易的扩展开发框架的功能,以满足新的业务需要。同时要注意扩展的简单性,如果扩展框架的功能代价非常大,还不如不用呢。(axis2与cxf?都支持很多优秀的框架(上已提到),但axis2扩展性比cxf要好,axis2不仅支持java对c/C++提供支持)(个人观点)【RESTEasy也能支持许多比较优秀的框架】(百度加个人观点) 6.?开发框架最好能提供可视化的开发和配置,可视化开发对开发效率的提高,已经得到业界公认。(暂时无法提供观点) 7.?开发框架的设计结构一定要合理,应用程序会基于这个框架,框架设计的不合理会大大影响到整个应用的可扩展性。(暂时无法提供观点) 8.?开发框架一定要是运行稳定的,运行效率高的。框架的稳定性和运行效率直接影响到整个系统的稳定性和效率。(从上面的测试来看,cxf的效率要高于axis2,不知道在大并发量的时候系统的稳定性和安全性) 9.?开发框架一定要能很好的结合目前公司的积累。在多年的开发中已有了很多积累,不能因为使用开发框架就不能再使用了,那未免有些得不偿失。(暂时无法提供观点) 10.?选择开发框架另外要注意的一点就是:任何开发框架都不可能是十全十美的,也不可能是适应所有的应用场景的,也就是说任何开发框架都有它适用的范围。所以选择的时候要注意判断应用的场景和开发框架的适用性。(暂时无法提供观点) ? ? 6?结束语Apache?CXF是CodehausXFire的第二代产品,目前在不同框架中性能最佳,应该是开发者不错的选择,这与它本身的架构设计不无关系。相比其他框架,CXF具有几个突出的特性:支持JAX-WS、Spring集成、Aegi数据绑定、支持RESTful?services、支持WS-*、Apache协议、代码实现简洁。 Apache?Axis2是Apache?Axis1的第二代产品,架构上也非常不错,关键特性:支持多语言(C/C++)、支持各种规范、可插拔模块化设计、支持热部署等。与CXF相比性能也非常优异。 RESTEasy也许也是个不错的框架!(个人观点) (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |