xinke

1、Kafka消息队列是拉消息呢？还是推消息？ 1.1 推模式 优点： 实时性高，且对消费者来讲，使用起来更为方便。 缺点： 难以适应高消费速率 ，当生产者生产消息的速度特别快的时候，消费者来不及消费

超时重试 谨慎使用，尤其是对于一些非幂等性接口。 间隔重试：适用于请求结果没有实时性要求的场景，如消息的消费 立即重试：在RPC集群中调用比较多，但是在慢网络环境下可能会导致一些意外结果出现。 设计思

1、分析当前存在的问题 当数据抵达provider之后，首先经过一个自定义解码器，然后进入到ServerHandle中进行处理 在ServerHandle中，根据第2节中的代码可以看出，Channel

前言：上一节中，我们在注册中心中保存了诸多服务提供者地ip端口号，但是在客户端申请链接的时候，要链接到哪一个服务端呢 ？ 路由层的存在意义 ：通过一套负载均衡算法，计算出合适的服务提供方，然后发起网络

在客户端与服务端的通讯过程中，我们需要一个单独的组件，来进行不同客户端与服务端之间进行匹配，监控，以及管理。 需要实现几个主要的功能 对服务端进行注册：每当一个服务暴露的时候，将相关信息记录到注册中心

基本流程：客户端首选通过一个代理工厂，获得被调用对象的代理对象，将代理对象放到一个队列中，由一个异步线程将队列中的代理对象发送给服务端进行处理，并等待响应后的数据结果。 客户端初始化：基本参数：Eve

1、结合Netty封装的接口，实现一个应用的启动部分 基本字段： 开启方法： 注册服务 2、解决粘包、拆包问题 在数据传输过程中，相邻的两个数据包可能会完全粘合在一起，所以需要针对这种情况，做拆包处理

底层实现：Netty是一款基于NIO（Nonblocking I/O，非阻塞IO）开发的网络通信框架，对比于BIO（Blocking I/O，阻塞IO），它的并发性能得到了很大提高 高性能传输 ：在J

在大型互联网公司，RPC技术是远程调用的通用技术栈，常见的如Dubbo、Grpc等。 RPC通讯协议主要基于TCP/IP协议，而HTTP调用是基于HTTP协议的，相较于RPC多了一层，所以RPC协议请