1\.背景1.1.惊人的性能数据最近一个圈内朋友通过私信告诉我，通过使用Netty4Thrift压缩二进制编解码技术，他们实现了10WTPS（1K的复杂POJO对象）的跨节点远程服务调用。相比于传统基于Java序列化BIO（同步阻塞IO）的通信框架，性能提升了8倍多。事实上，我对这个数据并不感到惊讶，根据我5年

        Gson是java中比较常见的json序列化工具，实习参与的项目由于最开始是C开发的.net项目，近两年才开始用java，但之前的很多项目仍然在使用C并且还在更新。于是牵涉到跨语言的程序通信，公司自己用thrift封装了一个服务路由实现。但两个语言有些不一样的地方挺蛋疼，比如命名规则，java喜欢首字母小写，C喜欢首字母大写，传数据就

使用Dubbo进行远程调用实现服务交互，它支持多种协议，如Hessian、HTTP、RMI、Memcached、Redis、Thrift等等。由于Dubbo将这些协议的实现进行了封装了，无论是服务端（开发服务）还是客户端（调用服务），都不需要关心协议的细节，只需要在配置中指定使用的协议即可，从而保证了服务提供方与服务消费方之间的透明。另

前言RPC全程远程方法调用，已经在各大小公司被广泛使用，种类也是很多比如：Dubbo，Springcloud那一套，GRPC，Thrift，可能还有很多公司自研的等等；每个公司都可能根据自己的业务需求，场景选择自己合适的RPC框架；但大体的考察维度无非就这么几个：性能，可扩展性，跨平台，功能性，可监控，使用性；所以我们如果要设计一个RPC框架，可

使用Dubbo进行远程调用实现服务交互，它支持多种协议，如Hessian、HTTP、RMI、Memcached、Redis、Thrift等等。由于Dubbo将这些协议的实现进行了封装了，无论是服务端（开发服务）还是客户端（调用服务），都不需要关心协议的细节，只需要在配置中指定使用的协议即可，从而保证了服务提供方与服务消费方之间的透明。另外，如果我们使用