图 1. 没有安全设置时的测试时间

这些时间结果显示（对测试应用程序所用的数据）Metro 在处理每条请求的时间上，可能比 Axis2 稍快，但是在实际数据会话时它们不相上下（当使用和 Axis2 绑定的默认 ADB 数据时 — 其他数据绑定可能有不同结果，特别是 XMLBeans 绑定，它要慢很多）。

Java Web 服务: 比较 Metro 与 Axis2 性能(2)

使用 WS-Security 时的性能

随后的两组数据显示了遵循安全配置的相对测试时间：

plain — 无安全性（和 图 1 中值相同，但针对 Axis2 的时间规范化）

username — 在请求上的 WS-Security 纯文本 UsernameToken

sign — 有时间戳的 WS-Security 头部和主体签名

signencr — 有时间戳和主体加密的 WS-Security 主体和头部签名

图 2 和 图 3 以 Axis2 一般时间的倍数显示测量到的时间，方便比较结果。图 2 显示了有较少响应的 1,000 条请求的时间：

图 2. 较少响应测试

图 3 显示了有较多响应的 100 条请求的时间：

图 3. 较多响应测试

Metro 在 WS-Security 配置下要比 Axis2 快两倍，在大消息的 username 和 sign 配置下要快三倍以上。这对处于同一成熟度上的两 Web 服务堆栈是个惊人的结果。

Rampart 有使用 org.apache.rampart.TIME 日志程序的基本内置时间日志。通过在 DEBUG 级别启用这个日志程序，您会发现 Rampart 处理的各个部分所需的时钟时间。奇怪的是，当我对签名例子这么做时，我发现 Rampart 处理时间只占了测试所需总时间的不到一半。这表示 Axis2/Rampart WS-Security 处理的主要性能问题不在于 Rampart 和底层 WSS4J 安全的实现。

Rampart 肯定还有很多改进的空间。正如 “WS-Security 的大开销” 中提到的，Rampart 并没有在 WS-Security 参与进来的任何时候构建一个完整的消息内存模型（in-memory model）。构建内存模型的开销就是在 UsernameToken 例子中 Axis2/Rampart 表现不佳的明显原因。Axis2/Rampart 在其它 WS-Security 场景中表现不佳的原因也可能和这种类似的转换问题相关。

结束语

Metro 的独立使用配置可能比较古怪，特别是考虑到有限的文档可用性。 Metro 也只能与 JAXB 2.x 数据绑定和 JAX-WS 2.x Web 服务配置一起使用，和 Axis2 支持的更大范围数据绑定和替代配置刚好相反。但 Metro 对纯文本信息交换提供和 Axis2 一样的性能，在使用 WS-Security 时还有比 Axis2 更好的性能。如果您正在使用 WS-Security，并且关注性能，您应该考虑在您的应用程序中使用 Metro。

下一篇文章将转为介绍 CXF Web 服务堆栈 —— 另一个 Apache Foundation 项目。CXF 使用和 Axis2 相同的部分底层组件，但在配置和部署 Web 服务方面却截然不同。您将了解到 CXF 的基本用途，以及它和 Axis2、Metro 的区别。

来源：

http://www.ibm.com/developerworks/cn/java/j-jws11/

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!