WebService异构系统通信的原理及特点：SOAP与WSDL.pdfVIP

从标准上来说， 整个技术架构是 WebServices( 带 s 的) ， 有时会看到很多人写 成 WebService( 不带 s 的) ，其实这是不标准的 WebService 指的是单独一个服务，而 WebServices 指的是它的技术架构 目前 WebServices 技术使用的稍多些， 因为它走的是 HTTP协议，它可以穿越防 火墙，它天生就能穿越 80 端口 但是 WebServices 的缺点就是：慢！！ 因为 WebServices 是基于 HTTP协议传送 大文本 ，实际传送的是 XML文件 而 IIOP( 属于 CORBA技术架构 ) 协议 传送的就是 二进制 ，所以它的效率要比 WebServices 快很多 所以在一些行业里，也大量的使用了 CORBA技术，比如说电信网 而 CORBA的缺点就是：编程模型复杂，它是属于重量级的 SOAP——简单对象访问协议 假设我们在本地通过 Java 写一个 main() 方法与远程的一个可以是用任何语言写 的取得天气预报的服务打交道 如果打交道的过程中 采用的是 WebServices 技术的话，那么它传送给远程的就 是 XML文件，使用的是 SOAP协议 SOAP即简单对象访问协议 ，其实质就是 HTTP+XML，也就是说它是通过 HTTP协议 来传送 XML文件 也就是说 SOAP是基于 XML的简易协议，可以使应用程序在 HTTP之上进行信息 交换 或者更简单地说 SOAP是用于访问网络服务的协议，而一条 SOAP消息就是一个 普通的 XML文档 使用 SOAP协议通信的过程中，远程对象会将所要返回的信息形成一个 XML文件 传给 Stub 然后客户端就会把 XML文件转换成 Java 对象，而当客户端在调用远程服务时 客户端就会把 Java 对象转换成 XML文件作为参数传给 Skeleton ，而 Skeleton 就负责把 XML文件转换成远程服务的相应语言的对象 比如说服务端是采用 Java 开发的，那么 Skeleton 就会将接收到的数据解析成 Java 对象 ，再传送给服务端 同理若服务端是采用 C#开发的，那么 Skeleton 就会将接收到的数据解析成 C# 对象，再传送给服务端 所以， WebServices 能够实现异构语言的通信，可以用来整合异构系统 同理， 如果不是异构系统的话，也就没有必要使用 WebServices 技术 比如说客户端和远程对象都是采用 Java 开发的，那么就没有必要使用 WebServices 了 因为二者都是采用 Java 开发的，它们之间可以直接以二进制来传输数据，访问 效率会快的很多 而 WebServices 其实就是基于 XML的数据交换，即 WebServices 所传送的是大文 本，效率自然就慢了 除非我们的系统是采用多语言开发的 ，那么就可以考虑使用 WebServices 技术 或者说我们的系统想做的通用一些 ，则可以采用并开放 WebServices 的一些方法 其实 SOAP就是用来最终完成 Web服务的调用的 ，而 WSDL则用于描述如何使用 SOAP来调用 Web服务 WSDL—— WebServices 描述语言 仍以上面为例，即客户端采用 Java 开发，服务端是采用 C#开发的天气预报的服 务 作为客户端， 它知道在服务端提供了一个能够获取天气预报的服务， 并且客户