一棵灬大树的博客

因为工作💼上使用RPC协议是gRPC，为了进一步深入理解gRPC协议，特意开了这个RPC系列的坑，这个系列详细介绍了gRPC底层的Protocol Buffer协议、Java对于gRPC的底层实现和工作中可能会遇到的异常类型和case分析，同时也介绍了RPC的大概生态，这里整理一个目录方便查阅，该系列也持续更新中～

本篇文章主要梳理gRPC常见异常类型与异常case分析

gRPC跟Netty的关系主要包括如下几方面的依赖：依赖Netty实现的HTTP/2协议的封装，通过Listener机制监听HTTP/2的数据报文事件，完成网络相关处理；Reactor IO模型的依赖，Nio/Epoll；依赖Netty的ByteBuf完成流数据在内部中的缓存与流转；

gRPC整体设计思路依附于HTTP/2协议，而HTTP/2是一个双向流协议，因此gRPC在API设计上也采用了Stream的方式

PB即protobuf全名是ProtocolBuffers，是谷歌推出的二进制序列化协议，提供IDL文件来定义各种类型的数据。目前整体协议版本是proto3，protobuf提供了从proto文件编译生成各个语言文件的功能。与此同时protobuf提供了丰富的插件机制，用户可以扩展生成的对应语言的文件，俗称桩代码生成。gRPC正是通过插件式的扩展机制完成相关桩代码的生成。

想要理解好gRPC必须了解HTTP/2协议，因为不论是日常看到的异常栈还是gRPC涉及的相关定义都跟HTTP/2存在强绑定的关系。关于HTTP/2详细介绍请参见：https://developers.google.com/web/fundamentals/performance/http2/?hl=zh-CN。

RPC远程调用的概念最早可以追溯到20世纪80年代，当时Sun Microsystems公司提出了一种名为ONC RPC（Open Network Computing Remote Procedure Call）的协议，用于在NFS（Network File System）中进行远程过程调用。此后，RPC成为了分布式系统中的一种重要通信方式，被广泛应用于各种分布式系统和应用中

Thrift是一套包含序列化功能和支持服务通信的RPC框架，主要包含三大部分：代码生成、序列化框架、RPC框架，大致相当于protoc + protobuffer + grpc，并且支持大量语言，保证常用功能在跨语言间功能一致，是一套全栈式的RPC解决方案。Thrift整体架构图如下：Thrift 本身是一个比较大的话题，本文不会涉及到全部内容，重点介绍其中的序列化协议。

Protobuf的编码是基于变种的Base128的，在学习Protobuf编码或者是Base128之前，先来了解下Base64编码。

在IM应用中，优化数据流量消耗过多的基本方法就是使用高度压缩的通讯协议，而数据压缩后流量减小带来的自然结果也就是省电：因为大数据量的传输必然需要更久的网络操作、数据序列化及反序列化操作，这些都是电量消耗过快的根源。当前IM应用中最热门的通讯协议无疑就是Google的Protobuf了，基于它的优秀表现，微信和手机QQ这样的主流IM应用也早已在使用它。什么是 Google Protocol Buffer？