Dubbo的运行原理和相关问题总结

Dubbo

1、简介

远程服务调用的分布式框架

 

运行原理：

节点角色说明：

 Provider: 暴露服务的服务提供方。

 Consumer: 调用远程服务的服务消费方。

 Registry: 服务注册与发现的注册中心。

 Monitor: 统计服务的调用次调和调用时间的监控中心。

 Container: 服务运行容器。

调用关系说明：

 0. 服务容器负责启动，加载，运行服务提供者。

 1. 服务提供者在启动时，向注册中心注册自己提供的服务。

 2. 服务消费者在启动时，向注册中心订阅自己所需的服务。

 3. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。

 4. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。

 5. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

2、使用

         注册中心Zookeeper

         Dubbo部署到本地的maven仓库

        

        服务提供者Provider：

        在服务类上添加@Service注解  所属的包为com.alibaba.dubbo.config.annotation.Service

        在配置文件

                     指定客户端连接断开

                     指定应用名称

                   zookeeper://192.168.25.132:2181"/> 连接注册中心

                    设置服务类所在的包

 

         服务消费者Consumer：

         在控制器类添加@Reference注解 ,类似原来的自动注入，区别在于此注解是注入远程的实现

         在配置文件上

                   指定应用名称

                   zookeeper://192.168.25.132:2181"/> 连接注册中心

                    扫描控制器类所在的包

 

         如果采用配置的方式获取远程bean

                     //相应的接口

 

3、  注意点

1、 业务层的Service注解需要使用importcom.alibaba.dubbo.config.annotation.Service;不能使用spring下的Service注解

 

      配置文件扫描包

 

      控制层Controller注入Service采用Reference注解import com.alibaba.dubbo.config.annotation.Reference;

      

 dubbo默认的端口是 20880、zookeeper的默认端口是 2181

 

2、dubbox中的注册中心是否只能是zookeeper，可以是其他的吗？

    不是 例如redius

   

3、dubbox中zookeeper注册中心宕机后，服务是否可用？

    根据情况分析：

    如果此时Consumer已经拿到Provider地址接口，会将这些数据信息缓存在本地。每次调用时，按照本地存储的地址进行调用。

    如果此时Consumer还没有拿到Provider地址，或者Provider发生了改变，则服务不可用

 

4、对象进行网络传输，一定要实现serilable序列接口

 

5、pageHelper分页报错

   不影响程序的正常运行，原因是我们调用了pageHelper的Page类，利用dubbo从Service向Consumer传输时，pageHelper的Page类并没有实现serializable接口。导致Contrller查找不到Page类

   解决方法：在Controller层也引用pageHelper