Dubbo

Dubbo

注：Dubbo官网

Dubbo 远程调用原理

https://www.cnblogs.com/ytao-blog/p/12551251.html

Dubbo 消费端调用服务端，存在两种连接方式，一种是点对点直连，一种是通过注册中心进行连接。

整个过程就是找到服务地址和端口号，然后通过把请求的类和参数等信息序列化后通过dubbo://实现的RPC协议进行通信，服务端接受到请求后会根据请求体中对应的类、方法和参数等信息进行反射调用实现类，然后把处理结果通过dubbo://协议返回给消息者。

dubbo 原理

RPC 通信原理

RPC并不是一个通信协议，RPC其实是一个远程过程调用实现技术的统称，RPC的实现可以通过http或则tcp来实现，其中tcp实现居多，因为tcp和http相比更底层，tcp是在传输层，http是应用层，http有固定的数据传输格式数据相对冗余，直接使用tcp更为高效。

服务端启动监听外部方法请求的端口，它接收到来自客户端的请求数据后，根据请求数据，利用反射知识，创建指定类的对象，并调用对应方法，然后把执行的结果返回给客户端，这基本上就是RPC的思想。可以通过socket、restful、webservice等实现。

既然客户端需要调用不同服务端，客户端就需要知道服务端所在主机和端口号等信息，这个如果客户端自己配置保存，不容易维护，如果中途服务端宕机又不能及时感知造成大量无用的网络请求，所以把服务端信息交给一个三方存储介质即zookeeper，服务端启动向zookeeper注册自己的网络信息，然后客户端启动从zookeeper拉取服务端的网络信息，并且为了防止服务端中途宕机，通过心跳机制维持服务端和zookeeper的联系，如果一定时间内无心跳就判断服务端下线，剔除zookeeper中服务端信息，同时客户端也会定时从zookeeper中拉取服务端信息也能够及时感知服务端下线的信息避免了无用的网络调用。

通过zookeeper三方管理和存储介质解耦了服务端和客户端的联系，并且能管理服务端的上下线信息。

zookeeper 心跳机制是客户端向zookeeper服务端上报心跳，就是客户端向服务端发送网络请求。

Eureka心跳机制是在应用启动后，节点们将会向Eureka Server发送心跳,默认周期为30秒，如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，Eureka Server将会从服务注册表中把这个服务节点移除(默认90秒)。

Kafka的心跳机制也是consumer想coordination group 所在的broker发送心跳请求，如果不发或则超过期限或则次数会触发coordination group 的rebalance操作。

所以心跳机制一般是客户端向服务端每隔一定时间发送请求，表明自己还活着，如果服务端多个时间间隔没有收到心跳就判断服务宕机。但是也有服务端向客户端发送请求看是否返回，主要看使用场景。