奋斗的新丁

rpc原理一次完整的RPC调用流程（同步调用，异步另说）如下：1）服务消费方（client）调用以本地调用方式调用服务；2）client stub接收到调用后负责将方法、参数等组装成能够进行网络传输的消息体；3）client stub找到服务地址，并将消息发送到服务端；4）server stub收到消息后进行解码；5）server stub根据解码结果调用本地的服务；6）本地服务执行并将结果返回给server stub；7）server stub将返回...

负载均衡的策略1，Random LoadBalance随机，按权重设置随机概率。在一个截面上碰撞的概率高，但调用量越大分布越均匀，而且按概率使用权重后也比较均匀，有利于动态调整提供者权重。2，RoundRobin LoadBalance轮循，按公约后的权重设置轮循比率。存在慢的提供者累积请求的问题，比如：第二台机器很慢，但没挂，当请求调到第二台时就卡在那，久而久之，所有请求都卡在调到第二台上。3，LeastActive LoadBalance最少活跃调用数，相同活跃数

使用springboot连接zookeeper时总是报错，java.lang.IllegalStateException: zookeeper not connected at org.apache.dubbo.remoting.zookeeper.curator.CuratorZookeeperClient.<init>(CuratorZookeeperClient.java:83) ~[dubbo-2.7.5.jar:2.7.5] at org.apache.dubbo.remot

dubbo的超时处理1.为什么会有超时处理当消费者调用提供时，提供者执行的时间过长，会超时，消费者会认为服务调用失败调用失败之后就会进行重试默认会重试二次2.注解析配置方法超时消费方法级别>消费者接口级别>消费者全局级别dubbo配置覆盖原则1.什么是覆盖因为配置可以提供者和消费者配置问题1：如果在同一个位置都配置了，那么谁的优先级高问题2：实际开发中配置哪一个覆盖总结1.同一个级别，消费者的优先级大于提供者2.消费者方法>提供者方法

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