全国婚纱影楼招聘专业网站!全影人才网 hr.7192.com

Dubbo面试18问!这些你都会吗?(二)

来源:其他网络 时间:2019-04-12 08:49:53 我要投稿

13、在使用过程中都遇到了些什么问题? 如何解决的?

1) 同时配置了 XML 和 properties 文件,则 properties 中的配置无效

只有 XML 没有配置时,properties 才生效。


2) dubbo 缺省会在启动时检查依赖是否可用,不可用就抛出异常,阻止 spring 初始化完成,check 属性默认为 true。

测试时有些服务不关心或者出现了循环依赖,将 check 设置为 false


3) 为了方便开发测试,线下有一个所有服务可用的注册中心,这时,如果有一个正在开发中的服务提供者注册,可能会影响消费者不能正常运行。

解决:让服务提供者开发方,只订阅服务,而不注册正在开发的服务,通过直连测试正在开发的服务。设置 dubbo:registry 标签的 register 属性为 false。


4) spring 2.x 初始化死锁问题。

在 spring 解析到 dubbo:service 时,就已经向外暴露了服务,而 spring 还在接着初始化其他 bean,如果这时有请求进来,并且服务的实现类里有调用 applicationContext.getBean() 的用法。getBean 线程和 spring 初始化线程的锁的顺序不一样,导致了线程死锁,不能提供服务,启动不了。


解决:不要在服务的实现类中使用 applicationContext.getBean(); 如果不想依赖配置顺序,可以将 dubbo:provider 的 deplay 属性设置为 - 1,使 dubbo 在容器初始化完成后再暴露服务。


5) 服务注册不上

检查 dubbo 的 jar 包有没有在 classpath 中,以及有没有重复的 jar 包


检查暴露服务的 spring 配置有没有加载


在服务提供者机器上测试与注册中心的网络是否通


6) 出现 RpcException: No provider available for remote service 异常

表示没有可用的服务提供者,


a. 检查连接的注册中心是否正确


b. 到注册中心查看相应的服务提供者是否存在


c. 检查服务提供者是否正常运行


7) 出现” 消息发送失败” 异常

通常是接口方法的传入传出参数未实现 Serializable 接口。


14、dubbo 和 dubbox 之间的区别?

答:dubbox 是当当网基于 dubbo 上做了一些扩展,如加了服务可 restful 调用,更新了开源组件等。


15、你还了解别的分布式框架吗?

答:别的还有 spring 的 spring cloud,facebook 的 thrift,twitter 的 finagle 等。


16、Dubbo 支持哪些协议,每种协议的应用场景,优缺点?

dubbo: 单一长连接和 NIO 异步通讯,适合大并发小数据量的服务调用,以及消费者远大于提供者。传输协议 TCP,异步,Hessian 序列化;


rmi: 采用 JDK 标准的 rmi 协议实现,传输参数和返回参数对象需要实现 Serializable 接口,使用 java 标准序列化机制,使用阻塞式短连接,传输数据包大小混合,消费者和提供者个数差不多,可传文件,传输协议 TCP。 多个短连接,TCP 协议传输,同步传输,适用常规的远程服务调用和 rmi 互操作。在依赖低版本的 Common-Collections 包,java 序列化存在安全漏洞;


webservice:基于 WebService 的远程调用协议,集成 CXF 实现,提供和原生 WebService 的互操作。多个短连接,基于 HTTP 传输,同步传输,适用系统集成和跨语言调用;http: 基于 Http 表单提交的远程调用协议,使用 Spring 的 HttpInvoke 实现。多个短连接,传输协议 HTTP,传入参数大小混合,提供者个数多于消费者,需要给应用程序和浏览器 JS 调用; hessian: 集成 Hessian 服务,基于 HTTP 通讯,采用 Servlet 暴露服务,Dubbo 内嵌 Jetty 作为服务器时默认实现,提供与 Hession 服务互操作。多个短连接,同步 HTTP 传输,Hessian 序列化,传入参数较大,提供者大于消费者,提供者压力较大,可传文件;


memcache: 基于 memcached 实现的 RPC 协议 redis: 基于 redis 实现的 RPC 协议


17、Dubbo 集群的负载均衡有哪些策略  

Dubbo 提供了常见的集群策略实现,并预扩展点予以自行实现。


Random LoadBalance: 随机选取提供者策略,有利于动态调整提供者权重。截面碰撞率高,调用次数越多,分布越均匀;


RoundRobin LoadBalance: 轮循选取提供者策略,平均分布,但是存在请求累积的问题;


LeastActive LoadBalance: 最少活跃调用策略,解决慢提供者接收更少的请求; ConstantHash LoadBalance: 一致性 Hash 策略,使相同参数请求总是发到同一提供者,一台机器宕机,可以基于虚拟节点,分摊至其他提供者,避免引起提供者的剧烈变动;


18、服务调用超时问题怎么解决

dubbo在调用服务不成功时,默认是会重试两次的。这样在服务端的处理时间超过了设定的超时时间时,就会有重复请求,比如在发邮件时,可能就会发出多份重复邮件,执行注册请求时,就会插入多条重复的注册数据,那么怎么解决超时问题呢?如下


对于核心的服务中心,去除dubbo超时重试机制,并重新评估设置超时时间。 业务处理代码必须放在服务端,客户端只做参数验证和服务调用,不涉及业务流程处理 全局配置实例


当然Dubbo的重试机制其实是非常好的QOS保证,它的路由机制,是会帮你把超时的请求路由到其他机器上,而不是本机尝试,所以 dubbo的重试机器也能一定程度的保证服务的质量。但是请一定要综合线上的访问情况,给出综合的评估。

免责声明:本站部分内容、观点、图片、文字、视频来自网络,仅供大家学习和交流,真实性、完整性、及时性本站不作任何保证或承诺。如果本站有涉及侵犯您的版权、著作权、肖像权的内容,请联系我们(0536-8337192),我们会立即审核并处理。
全影直播
美利兼

全影人才网 hr.7192.com 全国婚纱影楼行业专业人才网站, 专业提供全国婚纱影楼招聘,儿童影楼招聘,摄影师、化妆师、数码后期等人才求职信息, 婚纱摄影、儿童摄影各类影楼综合招聘网站!

在线咨询 关注微信 企业聘人才 人才找工作 更多客服
联系客服
返回移动端
X 关闭