Dubbo–笔记1
该笔记为看尚桂谷的视频简单记下的笔记：
RPC:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6Ly611RY-1679724725006)(null)]
上面图中可以看出 影响RPC的因素主要有两个：
- 建立socket连接(也就是通讯效率)
- 序列化及反序列化效率
以上虽然用法不同 但是原理是相似的：
都是通过网络通信 传递数据 来实现RPC调用。
Dubbo:
按照上图来说，首先先有一个**注册中心registry**：
zookeeper（这里不是重点介绍）：
下面安装一个 监控中心：monitor：
监控中心也可以不安装 不影响整个功能的使用 监控中心只是帮我们用户通过可视化的界面来管理和维护众多的服务，用户通过界面呢 可以清晰的看到服务的各个使用情况。
下面来简单演示下 dubbo的使用过程：
启动服务后 就可以在用户客户端可视化的看到：
以上是吧服务的提供者 并且吧提供者注册到了zookeeper中，接下来要配置服务的消费者：
下面配置服务的消费者：
以上启用可以在用户端显示的看到：
monitor：
超时属性：
方法级优先，接口级次之，全局配置再次之
-如果级别一样，则消费方优先，提供者次之。
重试次数：
本地存根：
dubbo与springBoot结合的三种方式：
高可用：
zookeeper注册中心宕机，还可以消费dubbo暴漏的服务
这个点面试会问到：
zookeeper宕机的情况下，消费者是否可以调用提供者的服务？
—能的。可以通过本地缓存进行通讯实现。
没有注册中心 消费者可不可以调用提供者的服务？
–能的。可以使用dubbo直连的方式。
dubbo负载均衡：
服务降级：
容错：
默认的容错模式是：重试。
但也可以这样：用一个方法来进行容错 比如调用方法A出错时，可以自动调用B方法 B方法来返回一个用户可以看懂的结果 或者是 开发人员能看懂的结果：比如B容错时返回：您可以重试(走了容错方法)。
