本篇文章给大家谈谈dubbo接口测试教程,以及dubbo测试接口调用对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。
今天给各位分享dubbo接口测试教程的知识,其中也会对dubbo测试接口调用进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!
本文目录一览:
dubbo协议的服务 怎么接口测试
dubbo支持多种远程调用方式,例如dubbo RPC(二进制序列化 + tcp协议)、http invoker(二进制序列化 + http协议,至少在开源版本没发现对文本序列化的支持)、hessian(二进制序列化 + http协议)、WebServices (文本序列化 + http协议)等等,但缺乏对当今特别流行的REST风格远程调用(文本序列化 + http协议)的支持。有鉴于此,我们基于标准的Java REST API——JAX-RS 2.0(Java API for RESTful Web Services的简写),为dubbo提供了接近透明的REST调用支持。由于完全兼容Java标准API,所以为dubbo开发的所有REST服务,未来脱离dubbo或者任何特定的REST底层实现一般也可以正常运行。
特别值得指出的是,我们并不需要完全严格遵守REST的原始定义和架构风格。即使著名的Twitter REST API也会根据情况做适度调整,而不是机械的遵守原始的REST风格。
附注:我们将这个功能称之为REST风格的远程调用,即RESTful Remoting(抽象的远程处理或者调用),而不是叫RESTful RPC(具体的远程“过程”调用),是因为REST和RPC本身可以被认为是两种不同的风格。在dubbo的REST实现中,可以说有两个面向,其一是提供或消费正常的REST服务,其二是将REST作为dubbo RPC体系中一种协议实现,而RESTful Remoting同时涵盖了这个面向。
一个简单的Dubbo接口开发带你入门Dubbo框架
1 Dubbo出现的背景
随着互联网的发展,网站应用的规模不断扩大,常规的垂直应用架构已无法应对,分布式服务架构以及流动计算架构势在必行,亟需一个治理系统确保架构有条不紊的演进。
· 我们传统的网站结构为单一应用架构,也就是把所有的功能都放在一个项目工程里,部署在一台服务器上。
· 当访问量越来越大,我们需要通过不断添加服务器的方式来应对越来越大的访问量,或是将应用拆分成几个不相干的应用部署在不同的服务器上。
· 随着用户数的增加及业务的发展,拆分的应用越来越多,应用之间的交互及数据传输不可避免,则将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。
· 当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。
2 系统发展进化理论
系统发展经历过两个阶段:
· 集中式系统
就是把所有的程序、功能、模块集中到一个项目中,部署在一台服务器上,从而对外提供服务。
· 分布式系统
分布:在一定范围内分散开
分布式系统就是把所有的程序、功能拆分成不同的子系统,部署在多台不同的服务器上,这些子系统相互协作共同对外提供服务,对于用户而言并不知道后台是如何交互的,使用上和集中式系统一样。
3 认识集群及分布式
· 什么是集群?
就是将相同的程序、功能部署在两台或是多台服务器上,这些服务器对外提供的功能是完全一样的,集群就是通过不同横向扩展增加服务器的方式,以提高服务的能力。
· 什么是分布式?
就是将两个或多个程序、功能分别运行在两台或多台主机服务器上,这些服务对外提供的功能并不一样,它们通过相互协作最终完成某一服务或是功能。
简单来讲:如果两台服务器部署的程序完全一样则是集群,不一样就是分布式;分布式中的每一个节点都可以做成集群,而集群并不一定就是分布式。
4 Dubbo简介
Dubbo是一个分布式、高性能、透明化的RPC服务架构,提供服务自动注册、自动发现等高效服务治理方案。
Dubbo是阿里巴巴公司开源的一个高性能优秀的。
Dubbo官方网站:http://dubbo.io/
5 认识RPC(Remote Procedure Call)
如果有两台服务器A和B,一个应用部署在A服务器上,一个应用部署在B服务器上,如果A想要调用B应用提供的方法,由于它们不在同一台机器上,也就是它们不在一个JVM内存空间,无法直接调用,需要通过网络进行调用,那么这个调用过程就叫做RPC。
6 Dubbo架构
Provider: 暴露服务的服务提供方。
Consumer: 调用远程服务的服务消费方。
Registry: 服务注册与发现的注册中心。(常见Zookeeper作为注册中心)
Monitor: 统计服务的调用次数和调用时间的监控中心。
调用流程
0.服务容器负责启动,加载,运行服务提供者。
1.服务提供者在启动时,向注册中心注册自己提供的服务。
2.服务消费者在启动时,向注册中心订阅自己所需的服务。
3.注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
4.服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。
5.服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。
7 Dubbo程序开发
项目结构:
主要分三大模块:
dubbo-api : 存放公共接口;
dubbo-consumer : 调用远程服务;
dubbo-provider : 提供远程服务。
环境准备:
安装启动Zookeeper。
7.1 dubbo-api 接口层开发
· Api层开发Person接口
7.2 配置POM.xml文件
· DubboDemo父级目录配置pom.xml全局文件,所加载资源适用于所有子级工程。
7.3 dubbo-provider 服务提供者开发
7.3.1 Person接口实现类PersonImpl开发
7.3.2 applicationContext.xml配置文件
7.3.3 provider简单测试
· provider工程目录下新建Main类
7.4 dubbo-consumer 服务请求者开发
7.4.1 applicationContext.xml配置文件
7.4.2 consumer简单测试
· 请求Zookeeper进行服务端资源访问
运行结果:
8 IDEA使用过程中出现问题
从eclipse切换到IDEA,使用过程中遇见问题:
编译出现问题:
Cannot start process, the working directory 'F:hellohello' does not exist
解决方法:
选择Run-Edit configurations。然后点击Application左边的向下箭头,在Configuration下会显示出Working directory,删除或者设置成合适dircotry就可以。
3、dubbo服务前后台线程池隔离
目前, 前台 (C端) 和后台( B端 )dubbo接口用 同一线程池 , cost长 和 一般接口 也在同一 线程池 。这样有风险, ex: cost长 接口和 B端 的接口 并发 上来(业务量或系统bug)会对前台的 请求稳定性 和响应时间造成冲击, 降低系统的健壮性。 所以, 要接口隔离,每种出现异常不影响其他。
能进行接口隔离的方式: 线程池隔离和并发数量限制
(1)新增 一个 protocol 指定 线程池 的信息, 新增端口 , 然后在 service 中 增加该protocol 。
(2)在dubbo源码级别进行线程池隔离。
Note: 第二种彻底,但有开发难度和工作量, 选第一种。
<dubbo:service 和 <dubbo:method 中增加 executes 参数来限制该service/method的并发性。
Note: a 该种方式 隔离不彻底 。 b 目前使用dubbo版本 不支持method c 对以后新员工有一定的维护风险
最终方案: 前后端采用增加protocol方式, 超时的接口采用executes限制的方式?
第一步: 定义protocol
第二步: 修改service
第三步: 在环境上测试
测试的方法: 可以加显示日志, 打印出: Thread.currentThread().getName(), 也可以在log4j.xml的xxAppender中增加%t, 打印线程名的配置, 上图:
Note : xxAppender是要接入监控的, 为了避免影响监控采集, 上线别忘记把测试的删除掉。如果想加, 可以加载proc_time后面。
postman测试dubbo接口如何通过日志查找请求地址
直接登录dubbo管理控制台就可以查看到服务端地址了啊。浏览器访问http://dubbo服务器IP:端口 (具体参数可以参考dubbo-admin的配置文件)
使用dubbo框架怎么进行单元测试
现在还是SSH框架,有点过时了吧!如果你的开发平台是MyEclipse,可以装一个Junit插件,运用插件进行单元测试。步骤:1、通过源代码整理代码逻辑,画出流程图;2、设计单元测试用例;3、依据用例编写单元测试代码;4、执行单元测试代码;5、分析...
关于dubbo接口测试教程和dubbo测试接口调用的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。
dubbo接口测试教程的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于dubbo测试接口调用、dubbo接口测试教程的信息别忘了在本站进行查找喔。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
暂时没有评论,来抢沙发吧~