Dubbo的使用注意点 - 极悦
专注Java教育14年 全国咨询/投诉热线:444-1124-454
极悦LOGO图
始于2009,口口相传的Java黄埔军校
首页 hot资讯 Dubbo的使用注意点

Dubbo的使用注意点

更新时间:2021-06-30 16:30:13 来源:极悦 浏览971次

采用注解方式注入消费者接口实力空指针

注解的方式在现在的项目中由于他的简洁性越来越被大众所喜欢,在我们集成dubbox的时候,发现dubbox支持了注解方式,但是在我们在用注解式集成的时候,发现消费者的对象在没有注入进去,一直都是报空指针异常.

/**
 * <p>
 * bug反馈业务接口
 * </p>
 *
 * @author wangguangdong
 * @version 1.0
 * @Date 2016年10月12日16:18:30
 */
@AuthAnnotation
@Controller
public class BugReportResource {

    private static final Logger LOG = Logger.getLogger(BugReportResource.class);
    @Reference(version = "1.0.0",interfaceClass = BugReportService.class)
    BugReportService bugReportService;
}

经过查找原因,后来终于找到问题所在:

在spirng进行实例扫描的时候根本无法识别dubbo中的注解 Reference,同时,在dubbo扫描的时候也无法识别Spring Controller,所以两个框架的扫描顺序要排列好,如果先扫了controller,这时候把控制器都实例化好了,再扫dubbo的服务,就会出现空指针,因为在实例化的时候是没有对应的消费者的实例的,所以就会造成无法注入,这也就是为什么在我们调用消费者服务的时候会造成空指针.

下面是编排成功的代码.

    <mvc:annotation-driven />
    
    <!-- 查找xxx路径下所有@Controller 注释类,添加与项目相关的controller -->
    
    <dubbo:annotation package="XXX.XXX.XXX.controller" />
    
    <context:component-scan base-package="XXX.XXX.XXX.controller"/>

然后在查阅资料之后,楼主又发现了另一种解决办法:

在一个spring对象中注入dubbo消费者实例,然后在controller中注入这个服务实例即可,这种方法不受dubbo和spirng扫描顺序的影响.其实在项目中我们可能也会有这样的设计(有些的架构改进会进行这样的设计,比如我吧所有的服务细粒度化拆分,并作为提供者注册给dubbo的server,然后我在消费者端多架构一个组合服务层(业务编排service层),进行dubbo子服务的组合,再讲组合后的服务注入到controller中供业务侧使用)

    @Component
    public class DubboSupport
    {
        @Reference(version = "1.0.0",interfaceClass = BugReportService.class)
         BugReportService bugReportService;     
        public BugReportService getBugReportService(){
            return bugReportService;
        }
    }

Dubbo超时和重连

dubbo启动时默认有重试机制和超时机制,某些业务场景下,如果不注意配置超时和重试,可能会引起一些异常。

超时机制的规则是如果在一定的时间内,provider没有返回,则认为本次调用失败

重试机制在出现调用失败时,会再次调用。如果在配置的调用次数内都失败,则认为此次请求异常,抛出异常。(dubbo默认重试2次)

如果出现超时,通常是业务处理太慢或者发送io阻塞,可在服务提供方执行:jstack PID&gt;jstack.log分析线程都卡在哪个方法调用上,这里就是慢的原因。如果这个服务接口不能调优性能,请将timeout设大。

超时设置

DUBBO消费端设置超时时间需要根据业务实际情况来设定,如果设置的时间太短,一些复杂业务需要很长时间完成,导致在设定的超时时间内无法完成正常的业务处理。这样消费端达到超时时间,那么dubbo会进行重试机制,不合理的重试在一些特殊的业务场景下可能会引发很多问题,需要合理设置接口超时时间。

比如发送邮件,可能就会发出多份重复邮件,执行注册请求时,就会插入多条重复的注册数据。

1.合理配置超时和重连的思路

对于核心的服务中心,去除dubbo超时重试机制,并重新评估设置超时时间。

业务处理代码必须放在服务端,客户端只做参数验证和服务调用,不涉及业务流程处理

2.Dubbo超时和重连配置示例

    <!-- 服务调用超时设置为6秒,超时不重试--> 
    <dubbo:service interface="com.provider.service.DemoService" ref="demoService"  retries="0" timeout="5000"/>

3.Dubbo消费者端统一的超时和重连配置

    <!--统一的消费者配置-->
    <dubbo:consumer timeout="30000" retries="0" version="1.0.0"/>

以上就是极悦小编介绍的"Dubbo的使用注意点",希望对大家有帮助,想了解更多可查看Dubbo教程,如有疑问,请在线咨询,有专业老师随时为您服务。

提交申请后,顾问老师会电话与您沟通安排学习

免费课程推荐 >>
技术文档推荐 >>