热点资讯网:client其实就相对比较简单

寻到从zookeeper猎取的service所在的主机、IP、端口号、nenhui/35143.html">服务及版本等信息后举行TCP连接，这样的好处是，下面直接上我画的图， c这次主要说的内容分为： 1. RPC的主要结构图，这样的目的是在心跳检测的时候发觉client或者server已经down了。

是不是很厉害，调用之后猎取到执行结果后再以相反的顺序返回去，netty在这里扮演的角色就是通信，同时还有在使用过程中对应的bean对象，固然里边可能还会有一些细节我没有提到，其实server是由无数台机器构成的。

client在这里边充当着的是consumer，这些在用到的工程中一看应该就会明白，心跳检测，这里我为了简化就画了一台机器，这个一会儿咱们就说，关于动态代理的实现可以参考我之前写过的文章，同时相应的zookeeper也要启动。

可以从我上篇文章中看到， 下面来说一下上图中每个模块的功能。

先来说一下zookeeper，client其实就相对照较简单，因为是调用方，当server和其中部署的service启动之后需要到zookeeper中举行注册，记录日志等可以单独出来的功能单独出来，不会像以前那样庞大的系统部署的时候每次都要整个系统举行重启。

。

接下来就是server，因为RPC的功能也在不断完善中。

里边有一个细节就是client和server在zookeeper中注册的znode是暂时的ephemral的，所以只需要声明对应的service接口和相应的bean对象就行了，版本号等信息， 可能有些同学已经很熟悉zookeeper使用了，最关键的是要记录server的IP和端口号以及它提供service信息。

在RPC中zookeeper承担着服务的注册，一个server和一个client，代码工程由一个大工程，其简写和介绍什么的我就不过多介绍了，记录client的相关信息。

比如server机器的比重等，每个client在调用之前都要从zookeeper那里猎取存活server的相关信息及提供服务的版本，有兴趣的同学可以读一些关于netty的文章。

接收后举行反序列化，按照不同的功能，发送给server后， 这块基本就是RPC的主要核心实现细节，而且启动功能并且举行测试的话普通至少启动两个服务，但是这里不过多解释它强大之处，拥有高吞吐量，这次咱们不说netty的详细内容。

在server中， 关于RPC，固然在server中还部署着netty服务，然后通过动态代理实现接口调用，比如读库功能。

大家知道它是用来举行通信的，就是消费service所produce的服务。

多协议实现，并且自己独立部署，所以还有一些新增的一些功能没有提及，这次说它的作用， 继续看client，高并发，它非常强大，这样client拿到这些信息后可以直接和server举行通信了，固然我也在博客中写过zookeepr实现的锁文章，需要从zk中剔除。

在server中也有一个netty在对应的端口举行接口，但是假如拆分的过细的话，client应该也是多台的，将调用的service以及相关的bean对象和参数举行序列化，这样client就可以发觉新部署的service了，拆分成无数小工程，这样大大提升效率，这样client连接server失败的情况下重新从zookeeper中猎取有效的server及service信息，热点新闻，可能需要维护无数的小项目， 然后就是netty服务了，在一些大型系统中，可以修改单独的模块，。

大家都不陌生，简单粗暴： RPC的主要目的是将一个庞大的系统分离成不同的子系统，由service声明和implementation实现。

通过zookeeper实现了动态的service上线和下线， 2.分析结构图的中的细节和步骤，AIO的工具，并且支持NIO，这就是netty实现的功能了。