WebService学习总结（二）--相关概念及几种主流框架

一、WebService是什么？

　　1. 基于Web的服务：服务器端整出一些资源让客户端应用访问（获取数据）

　　2. 一个跨语言、跨平台的规范（抽象）

　　3. 多个跨平台、跨语言的应用间通信整合的方案（实际）

二、为什么要用Web service？

　　web service能解决：

1. 跨平台调用
2. 跨语言调用
3. 远程调用

三、什么时候使用webService?

　　1. 同一家公司的新旧应用之间

　　2. 不同公司的应用之间

　　3. 一些提供数据的内容聚合应用：天气预报、股票行情

四、几种WebService框架介绍

4.1、WebService框架简介

1、JWS是Java语言对WebService服务的一种实现，用来开发和发布服务。而从服务本身的角度来看JWS服务是没有语言界限的。但是Java语言为Java开发者提供便捷发

布和调用WebService服务的一种途径。

2、Axis2是Apache下的一个重量级WebService框架，准确说它是一个Web Services / SOAP / WSDL 的引擎，是WebService框架的集大成者，它能不但能制作和发布

WebService，而且可以生成Java和其他语言版WebService客户端和服务端代码。这是它的优势所在。但是，这也不可避免的导致了Axis2的复杂性，使用过的开发者都知道，

它所依赖的包数量和大小都是很惊人的，打包部署发布都比较麻烦，不能很好的与现有应用整合为一体。但是如果你要开发Java之外别的语言客户端，Axis2提供的丰富工具将

是你不二的选择。


3、XFire是一个高性能的WebService框架，在Java6之前，它的知名度甚至超过了Apache的Axis2，XFire的优点是开发方便，与现有的Web整合很好，可以融为一体，并

且开发也很方便。但是对Java之外的语言，没有提供相关的代码工具。XFire后来被Apache收购了，原因是它太优秀了，收购后，随着Java6 JWS的兴起，开源的WebService

引擎已经不再被看好，渐渐的都败落了。


4、CXF是Apache旗下一个重磅的SOA简易框架，它实现了ESB（企业服务总线）。CXF来自于XFire项目，经过改造后形成的，就像目前的Struts2来自WebWork一样。

可以看出XFire的命运会和WebWork的命运一样，最终会淡出人们的视线。CXF不但是一个优秀的Web Services / SOAP / WSDL 引擎，也是一个不错的ESB总线，为SOA的

实施提供了一种选择方案，当然他不是最好的，它仅仅实现了SOA架构的一部分。

注：对于Axis2与CXF之间的关系，一个是Axis2出现的时间较早，而CXF的追赶速度快。

4.2、WebService框架选择

1、如果应用程序需要多语言的支持，Axis2 应当是首选了； 

2、如果应用程序是遵循 Spring 哲学路线的话，Apache CXF 是一种更好的选择，特别对嵌入式的 Web Services 来说； 

3、如果应用程序没有新的特性需要的话，就仍是用原来项目所用的框架，比如 Axis1，XFire，Celtrix或 BEA 等等厂家自己的 Web Services 实现，就别劳民伤财了。

4.3、WebService框架性能

1、测试过程参考：http://blog.csdn.net/chenleixing/article/details/44958549点击打开链接 性能测试文章

2、测试结果：

n  最优的组合为：cxf客户端+ cxf服务端，6ms左右。

n  最差的组合为：axis1客户端+ axis1服务端，32ms左右。

CXF作为服务端，对于不同的客户端调用时，性能最佳。

从以上的结果进行分析得出用Axis2与CXF作为服务器端效率是比两外两者（Axis1与xfire）要高。

4.4、结束语

Apache CXF是CodehausXFire的第二代产品，目前在不同框架中性能最佳，应该是开发者不错的选择，这与它本身的架构设计不无关系。相比其他框架，CXF具有几个突

出的特性：支持JAX-WS、Spring集成、Aegi数据绑定、支持RESTful services、支持WS-*、Apache协议、代码实现简洁。

Apache Axis2是Apache Axis1的第二代产品，架构上也非常不错，关键特性：支持多语言（C/C++）、支持各种规范、可插拔模块化设计、支持热部署等。与CXF相比性能也

非常优异。