1.基于SOAP架构。基于XML规范。基于WebService协议。特点:接口地址?wsdl结尾
2.基于RPC架构,基于dubbo协议,thrift协议。SpringCloud微服务。
3.基于RestFul架构,基于json规范。基于http协议(我们常用的都是这种,cms平台也是)
RestFul规则∶
接口地址: http://127.0.0.1/user , get(查询用户) , post(新增用户),put(修改用户).delete (删除用户)
Json数据格式:只有两种数据类型:键值对:{key : value}
数组:[arry1,arry2]
测试dubbo接口:大数据之高性能的分布式服务框架Dubbo
接口测试主要分HTTP和RPC两类,RPC类型里面以Dubbo较为知名。
互联网微服务架构,两种接口都需要做接口测试的,不管是业务测试还是回归测试;
Dubbo:Java栈的互联网公司比如阿里、美团、58、滴滴、京东等等都是差不多的服务端架构,所以这些公司,两类接口测试也是必不可少的工作部分;
Dubbo是一个分布式服务框架,致力于提供高性能和透明化的RPC远程服务调用方案,以及SOA服务治理方案。简单的说,dubbo就是个服务框架,如果没有分布式的需求,其实是不需要用的,只有在分布式的时候,才有dubbo这样的分布式服务框架的需求,并且本质上是个服务调用的东东,说白了就是个远程服务调用的分布式框架(告别Web Service模式中的WSdl,以服务者与消费者的方式在dubbo上注册)
rpc API 文档如下
接口实体: Object restForRpc(RequestParams requestParams);
请求URL: http://10.118.60.177:8931/express/test/restForRpc
请求方式:POST
dubbo是什么
dubbo是阿里巴巴开源的一套rpc方案,以为理念很契合微服务,这几年很火,用户里面不凡京东,当当,去哪儿等大公司。
RPC场景
dubbo架构
官网也提供了一个很简单实用的demo来演示dubbo协议的使用,用起来的确很简单强大。dubbo demo
可参考 http://dubbo.io/ 首页的例子已经很好了。
基于telnet的简单调试接口
任何一个dubbo服务都支持一个简单的telent交互。比如
telnet localhost 20880
>ls -l
> ls -l DemoService
> invoke DemoSerivce.sayHello("seveniruby")
这种方式只能用来简单验证接口的可用
什么是RPC?PRC全称是Remote Procedure Call,即远程过程调用。比如我发送了一个 rpc 请求:POST /getUser?user_id=123;相当于是我本地的电脑调用了远在服务器的 getUser(user_id) 方法,这就叫远程过程调用,这个远不一定是跨网络的调用,同一台电脑的2个进程之间调用也可以称为是RPC
还有一点,RPC也是一种API设计风格,因为rpc只有GET 和 POST 请求,它不像restful风格那样有多种请求: DELETE、PUT、GET、POST
RPC 和 Dubbo
rpc和dubbo比起来,rpc更像是一种编程细想或者是通信方式(RPC不是协议),而dubbo是rpc的一种实现方式,就像接口和实现类一样,rpc是接口,dubbo是实现类;我们常说Dubbo是阿里巴巴开源的RPC框架,就是这个道理。另外在说一下,dubbo是阿里巴巴在2011年开源,2018年2月后阿里巴巴将Dubbo开源项目捐给了 Apache基金会,从此以后,Dubbo正式进入Apache开源孵化器;Dubbo就不在属于阿里巴巴,而是属于社区的
还有一点需要说明的是,dubbo即是框架也是协议;只不过dubbo协议只能在dubbo框架上使用,这个协议是阿里巴巴自己实现的一种应用层协议,传输层还是TCP。所以Dubbo协议与HTTP、FTP,SMTP这些应用层协议是并列的概念。除了默认的Dubbo协议,Dubbo框架还支持RMI、Hessian、HTTP等协议。
dubbo协议和http协议
首先,dubbo 和http协议都是基于tcp开发出来的,而dubbo是高性能和透明化的RPC远程服务调用方案,为什么叫高性能,就是因为它传输的信息更少,少就意味着更快,你提着一块10斤重的石头 和 提着一个一斤的石头跑,你说哪个快? 但是dubbo的协议是基于java的序列化开发而来的,虽然快,但是应用面比较窄,只能在dubbo框架上使用;但是http就不一样了,http的应用非常广泛,我用http协议可以和各种不同语言开发的服务器进行通讯,比如java调用python的服务肯定没问题, 但是dubbo就不行了,因为dubbo不支持python;虽然http也是基于tcp开发的,但是和dubbo比起来就显得重了很多;因为dubbo除了传输数据之外就没别的东西了,而http除了数据之外还有一堆的请求头(request)和响应头(response),这无疑会加重传输的负担;除此之外,如果是html的http请求,在发送请求和响应时会先将数据转成json在序列化,相比dubbo之下增加了一重转换,如下图
所以,相同的数据量进行传输时,dubbo 比 http 快了将近一倍,只是在当今的计算机环境下, 这多一点开销对公司来说不算什么,如果是需要特别快速的需求,像秒杀类的商品抢购,用dubbo是最合适的,其他场景用http 也够用了安全性
从安全性来说,dubbo肯定没有http安全,但是也不需要,因为dubbo从设计之初就是为了在内网使用,所以不需要考虑安全性dubbo 和 spring cloud区别
1、dubbo由于是二进制的传输,占用带宽会更少
2、springCloud是http协议传输,带宽会比较多,同时使用http协议一般会使用JSON报文,消耗会更大
3、dubbo的开发难度较大,原因是dubbo的jar包依赖问题很多大型工程无法解决
4、springcloud的接口协议约定比较自由且松散,需要有强有力的行政措施来限制接口无序升级
5、dubbo的注册中心可以选择zk,redis等,springcloud的注册中心用eureka或者Consul
6、spring cloud 是基于spring 开发,spring本身具有非常完整的生态,与其他框架整合非常方便;易用性高;
7、dubbo没有全家桶,dubbo社区也不如spring cloud;
如果让我选,我一定用 spring cloud ,如果是你,你会怎么选呢?
本文转载于:https://www.cnblogs.com/qtclm/p/16747764.html1.下载用于测试dubbo的spring boot项目
参考文章:http://t.zoukankan.com/111testing-p-11297038.htmlhttps://zhuanlan.zhihu.com/p/539190478
dubbo介绍:https://www.cnblogs.com/liuyuelinfighting/p/14972958.htmlhttps://dubbo.apache.org/zh/docs3-v2/java-sdk/quick-start/spring-boot/https://www.cnblogs.com/111testing/p/11297038.html
jmeter测试dubbo接口插件下载:https://github.com/thubbo/jmeter-plugins-for-apache-dubbo/releases
git clone -b master https://github.com/apache/dubbo-samples.git
cd dubbo-samples/dubbo-samples-spring-boot
mvn clean package // 打包成jar
//启动生产者服务
cd ./dubbo-samples-spring-boot-provider
java -jar ./target/dubbo-samples-spring-boot-provider-1.0-SNAPSHOT.jar
// 启动消费者服务
java -jar ./target/dubbo-samples-spring-boot-consumer-1.0-SNAPSHOT.jar
示例核心流程
1. 定义服务接口
dubbo-samples-spring-boot-interface/DemoService.java
package org.apache.dubbo.samples.basic.api;
public interface DemoService {
String sayHello(String name);
}
2. 提供方实现接口并暴露服务
dubbo-samples-spring-boot-provider/DemoServiceImpl.java
@DubboService
public class DemoServiceImpl implements DemoService {
@Override
public String sayHello(String name) {
System.out.println("Hello " + name + ", request from consumer: " + RpcContext.getContext().getRemoteAddress());
return "Hello " + name;
}
}
3. 配置 application.yml 文件
dubbo-samples-spring-boot-provider/resources/application.yml
dubbo:
application:
name: dubbo-springboot-demo-provider
protocol:
name: dubbo
port: -1
registry:
id: zk-registry
address: zookeeper://127.0.0.1:2181
config-center:
address: zookeeper://127.0.0.1:2181
metadata-report:
address: zookeeper://127.0.0.1:2181
4. 定义 Spring Boot 主函数,其中,@EnableDubbo 必须配置。
dubbo-samples-spring-boot-provider/ProviderApplication.java
@SpringBootApplication
@EnableDubbo
public class ProviderApplication {
public static void main(String[] args) throws Exception {
new EmbeddedZooKeeper(2181, false).start();
SpringApplication.run(ProviderApplication.class, args);
System.out.println("dubbo service started");
new CountDownLatch(1).await();
}
}
5. 引用远程服务
dubbo-samples-spring-boot-consumer/ConsumerApplication.java
public class ConsumerApplication {
@DubboReference
private DemoService demoService;
}
6. 定义 application.yml
dubbo-samples-spring-boot-consumer/application.yml
dubbo:
application:
name: dubbo-springboot-demo-consumer
protocol:
name: dubbo
port: -1
registry:
id: zk-registry
address: zookeeper://127.0.0.1:2181
config-center:
address: zookeeper://127.0.0.1:2181
metadata-report:
address: zookeeper://127.0.0.1:2181
7. 加载 Spring 配置,并调用远程服务
dubbo-samples-spring-boot-consumer/ConsumerApplication.java
@SpringBootApplication
@Service
@EnableDubbo
public class ConsumerApplication {
@DubboReference
private DemoService demoService;
public static void main(String[] args) {
ConfigurableApplicationContext context = SpringApplication.run(ConsumerApplication.class, args);
ConsumerApplication application = context.getBean(ConsumerApplication.class);
String result = application.doSayHello("world");
System.out.println("result: " + result);
}
}
注意:
1.启动生产者(provider)项目时会自动关联启动zookeeper,端口占用:2181
2.dubbo服务默认占用端口:20880
3.jmeter测试时可以使用jar启动项目,也可以使用spring boot启动项目(只启动provider端即可)
2.下载jmeter测试dubbo所需要的插件,我使用的版本是2.7.8,将插件放到jmeter/lib/ext目录下,然后打开jmeter搞事情了
地址: https://github.com/thubbo/jmeter-plugins-for-apache-dubbo/releases
这里的sayGoodbye方法是自己手动添加的,用于加深对这块的理解
3.中途遇到的问题以及处理
1.dubbo请求失败,这篇文章里有提到处理:https://blog.csdn.net/inlauallnoany/article/details/119237582,如果是在错误信息里面看到172.17.160.1,则说明iis服务有冲突,需要关闭iis服务,关闭iis服务:https://www.jb51.net/os/win11/812370.html
2.下载的dubbo项目,默认的interface包路径是错误的,需要替换为具体的接口路径