王胖泽的博客

异步RPC：压榨单机吞吐量影响CPU 的利用率和服务的吞吐量处理 RPC 请求比较耗时, RPC 本身处理请求的效率是毫秒级的, 大部分都是业务耗时服务的业务逻辑，在执行较为耗时的业务逻辑的基础上，又同步调用了好几个其它的服务eg 业务逻辑中有访问数据库执行慢 SQL 的操作, CPU 大部分时间都在等待资源调用端如何异步?提升吞吐量 -> 异步异步策略:返回 Future 对象的 Future 方式 (最简单)发起一次异步请求并且从请求上下文中拿到一个 Future，之后就可以调

架构设计：设计一个灵活的RPC框架RPC 就是把拦截到的方法参数，转成可以在网络中传输的二进制，并保证在服务提供方能正确地还原出语义，最终实现像调用本地一样地调用远程的目的RPC 架构设计网络传输, 保证可靠性 --> TCP①传输模块, 收发二进制数据, 屏蔽网络传输的复杂性②协议模块序列化过程: 用户请求基于方法调用，方法出入参数都是对象数据，对象在网络中传输需要转成二进制协议封装: 在方法调用参数的二进制数据后面增加“断句”符号来分隔出不同的请求，在两个“断句”符号中间放的内容就是

核心原理: RPC的通信流程Remote Procedure Call，远程过程调用屏蔽远程调用跟本地调用的区别，感觉就是调用项目内的方法；隐藏底层网络通信的复杂性，更专注于业务逻辑。RPC 常用于业务系统之间的数据交互，需要保证其可靠性一般默认采用tcp协议, grpc采用的http2RPC流程AOP 技术，采用动态代理，通过字节码增强对方法进行拦截增强, 以便于增加需要的额外处理逻辑用在rpc场景:由服务提供者给出业务接口声明，在调用方的程序里面，RPC 框架根据调用的服务接口提