65.dubbo

1. RPC

概念：服务与服务之间实现的通讯 远程调用的过程
框架： dubbo httpclient grpc feign客户端 大型互联网公司都是自己内部实现
feign客户端 是 springcloud 不是rpc
但是feigin和rest是rpc

未来趋势：alibabCloud 不再使用dubbo

2.什么是Dubbo

是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。
Dubbo官网：http://dubbo.apache.org/zh-cn/

在rpc远程调用中 地址中的ip和端口号 经常可能会发生变化

会员服务 有可能是集群 集群只是端口号不同

dubbo依赖zookeeper作注册中心

服务治理：
1.服务提供者（Provider）：暴露服务的服务提供方，服务提供者在启动时，向注册中心注册自己提供的服务。
2.服务消费者（Consumer）: 调用远程服务的服务消费方，服务消费者在启动时，向注册中心订阅自己所需的服务，服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
注册中心（Registry）：注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者
监控中心（Monitor）：服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心

3. 实现dubbo 需要设计的技术点

1. 使用zookeeper实现服务注册中心
2. 使用netty实现dubbo的客户端
4. 序列化 反序列化
5. java反射 和自定义注解
   member-provider-public-api 公共接口 没有实现接口 ---------------------------生产者
   member-provider-api-impl 会员业务的实现

order-consumer-impl 订单项目 依赖于member-provider-public-api -----------消费者
需要用到反射技术

3. dubbo整体实现架构原理

1.生产者启动的时候 能够实现 被其他服务调用 netty服务端 把当前的地址注册到zk上、
uservice接口 底层实际上dubbo协议
Dubbo：//ip地址+端口号com.aoi.service.uservice.getUser()
netty端口号为20880
2.消费者从zk获取注册地址