标签：dubbo http webservice service web 通信协议 接口 cn String
简单说下接触webservice的背景吧，因为之前的接口对接更多的是成熟的接口品牌像是阿里巴巴、腾讯、聚合数据等，他们接口规范一般都是基于restful进行接口对接。什么是restful接口，可以通过这篇文章了解《简单易懂的restful接口规范》。言归正传，就是当下的项目中因为对接保险公司一些业务，所以对接的协议是通过web service进行对接，我认为，是很old的技术，但是对于我来说挺新的知识。正如简单描述可知，目前对于web service的通信协议其实越来越少了，不排除有一些比较喜欢老技术的公司，继续沿用这种方式，至于为什么，在下面文章中详细阐述。
什么是web service？怎么进行web service协议接口调用？web service和其他通信协议像是dubbo、hessian、RMI、thrif区别在哪里？下面标题解答：
一 什么是web service?
首先，web service是一种接口远程对接协议，通过这种协议编写的接口能跨平台和跨语言，跨项目，也就是一处编写部署，其他处处调用。对于项目开发中不建议使用，对外项目研发中，可以使用。早先的传输方式通过SOAP协议，然后通过WSDL（web service description language）web服务描述语言展示，这种方式就是我们公司才用的方式，比较old的一种方式，最新的方式是遵循RESTful规则，通过最简单的 http 协议传输数据 ( 包括 xml 或 json) ，既简化了设计，也减少了网络传输量（因为只传输代表数据的 xml 或 json ，没有额外的 xml 包装）。
web service相对http (post/get)有好处吗？
1.接口中实现的方法和要求参数一目了然,通过WSDL可以查询,具体想学习WSDL可以参考这篇文章《简单易懂的restful接口规范》如下图所示:
调用测试WSDL的网址，可以通过 http://www.webxml.com.cn/zh_cn/web_services.aspx
2.不用担心大小写问题（这里说的大小写问题，是对于输入的参数值，不需要注意大小写）
3.不用担心中文urlencode问题
4.代码中不用多次声明认证(账号,密码)参数
5.传递参数可以为数组，对象等...（因为是基于SOAP对象传输协议，所以XML能容纳一切）
web service相对http（post/get）快吗？
由于要进行xml解析，速度可能会有所降低。调用接口时候，需要转换为XML对象，接收接口时候，需要通过把XML文件转为对象。
XStreamUtils.xmltoBean(result, ReturnInfo.class);
web service 可以被http（post/get）替代吗？
完全可以，而且现在的开放平台都是用的HTTP（post/get）实现的。
二 怎么进行web service协议接口调用？
1、对于web service接口的调用，传统代码调用方式：
Call call = (Call) service.createCall();
String path = bean.getPath();
String nameSpace = bean.getNameSpace();
call.setTargetEndpointAddress(path);
QName qName = new QName(nameSpace, "testService");
call.setOperationName(qName);
call.setUseSOAPAction(true);
call.addParameter("param1", XMLType.XSD_STRING, ParameterMode.IN);
call.addParameter("param1", XMLType.XSD_STRING, ParameterMode.IN);
call.setReturnType(XMLType.XSD_STRING);
result = (String) call.invoke(new Object[] { "001001", xml });
2、推荐一个超级强大的工具类，https://hutool.cn/docs/#/
import cn.hutool.http.webservice.SoapClient;
/**
* @author admin
* @date 2019/11/29 13:55
*/
public class Test {
public static final String url1 = "http://www.webxml.com.cn/WebServices/IpAddressSearchWebService.asmx";
public static final String url2 = "http://ws.webxml.com.cn/WebServices/MobileCodeWS.asmx?wsdl";
public static final String url3 = "http://ws.webxml.com.cn/WebServices/TrainTimeWebService.asmx?wsdl";
public static final String url4 = "http://fy.webxml.com.cn/webservices/EnglishChinese.asmx?wsdl";
public static void main(String[] args) {
String message = "";
// message = getMobileAddress();
message = getChinese();
System.out.println(message);
}
/**
* 中文翻译
*/
public static String getChinese() {
// 新建客户端
SoapClient client = SoapClient.create(url4)
// 设置要请求的方法，此接口方法前缀为web，传入对应的命名空间
.setMethod("web:TranslatorString", "http://WebXml.com.cn/")
// 设置参数，此处自动添加方法的前缀：web
.setParam("wordKey", "make MONEY");
// 发送请求，参数true表示返回一个格式化后的XML内容
// 返回内容为XML字符串，可以配合XmlUtil解析这个响应
return client.send(true);
}
}
三 web service和其他通信协议像是dubbo、hessian、RMI、thrif区别在哪里？
1、dubbo传入传出参数数据包较小（建议小于100K），消费者比提供者个数多，单一消费者无法压满提供者，尽量不要用dubbo协议传输大文件或超大字符串
为什么要消费者比提供者个数多： 因dubbo协议采用单一长连接， 假设网络为千兆网卡(1024Mbit=128MByte)， 根据测试经验数据每条连接最多只能压满7MByte(不同的环境可能不一样，供参考)， 理论上1个服务提供者需要20个服务消费者才能压满网卡。 为什么不能传大包： 因dubbo协议采用单一长连接， 如果每次请求的数据包大小为500KByte，假设网络为千兆网卡(1024Mbit=128MByte)，每条连接最大7MByte(不同的环境可能不一样，供参考)， 单个服务提供者的TPS(每秒处理事务数)最大为：128MByte / 500KByte = 262。 单个消费者调用单个服务提供者的TPS(每秒处理事务数)最大为：7MByte / 500KByte = 14。 如果能接受，可以考虑使用，否则网络将成为瓶颈。 为什么采用异步单一长连接： 因为服务的现状大都是服务提供者少，通常只有几台机器， 而服务的消费者多，可能整个网站都在访问该服务， 比如Morgan的提供者只有6台提供者，却有上百台消费者，每天有1.5亿次调用， 如果采用常规的hessian服务，服务提供者很容易就被压跨， 通过单一连接，保证单一消费者不会压死提供者， 长连接，减少连接握手验证等， 并使用异步IO，复用线程池，防止C10K问题。
2、RMI
RMI协议采用JDK标准的java.rmi.*实现，采用阻塞式短连接和JDK标准序列化方式
3、Hessian协议
Hessian协议用于集成Hessian的服务，Hessian底层采用Http通讯，采用Servlet暴露服务，Dubbo缺省内嵌Jetty作为服务器实现
4、http
采用Spring的HttpInvoker实现
5、thrif
Thrift是Facebook捐给Apache的一个RPC框架，当前 dubbo 支持的 thrift 协议是对 thrift 原生协议的扩展，在原生协议的基础上添加了一些额外的头信息，比如service name，magic number等。
参考文章
https://www.cnblogs.com/h-c-g/p/10870913.html
https://blog.csdn.net/zh521zh/article/details/76445520
https://blog.csdn.net/f1ame1/article/details/80506929
标签：dubbo,http,webservice,service,web,通信协议,接口,cn,String 来源： https://www.cnblogs.com/puretuo/p/11972591.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。