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.javapackage 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 {@Overridepublic 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-providerprotocol:name: dubboport: -1registry:id: zk-registryaddress: zookeeper://127.0.0.1:2181config-center:address: zookeeper://127.0.0.1:2181metadata-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.javapublic class ConsumerApplication {@DubboReferenceprivate DemoService demoService;
}
6. 定义 application.yml
dubbo-samples-spring-boot-consumer/application.ymldubbo:application:name: dubbo-springboot-demo-consumerprotocol:name: dubboport: -1registry:id: zk-registryaddress: zookeeper://127.0.0.1:2181config-center:address: zookeeper://127.0.0.1:2181metadata-report:address: zookeeper://127.0.0.1:21817. 加载 Spring 配置，并调用远程服务
dubbo-samples-spring-boot-consumer/ConsumerApplication.java@SpringBootApplication
@Service
@EnableDubbo
public class ConsumerApplication {@DubboReferenceprivate 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包路径是错误的，需要替换为具体的接口路径
