RPC原理
上面说的HTTP特指的是现在主流使用的HTTP1.1，HTTP2/HTTP3已经做了很多改进，性能可能比很多小规模的RPC还要好，甚至连gRPC底层都直接用的HTTP2，不同的RPC还内置一个HTTP的服务，比如Brpc
那么你又会问？既然有了HTTP2，还要有RPC协议？
这个我只能说咱们时代还在进度，过去造的轮子不可能给扔掉，那都是花了的。
对比小结传输协议
- RPC:可以基于TCP协议，也可以基于HTTP协议
- HTTP:基于HTTP协议
传输效率
- RPC:使用自定义的TCP协议，可以让请求报文体积更小，或者使用HTTP2协议，也可以很好的减少报文的体积，提高传输效率
- HTTP:如果是基于HTTP1.1的协议，请求中会包含很多无用的内容，如果是基于HTTP2.0，那么简单的封装以下是可以作为一个RPC来使用的，这时标准RPC框架更多的是服务治理
性能消耗
- RPC:可以基于thrift实现高效的二进制传输
- HTTP:大部分是通过json来实现的，字节大小和序列化耗时都比thrift要更消耗性能
负载均衡
- RPC：基本都自带了负载均衡策略
- HTTP：需要配置Nginx，HAProxy来实现
服务治理
- RPC：能做到自动通知，不影响上游
- HTTP:需要事先通知，修改Nginx/HAProxy配置
使用场景
RPC主要用于公司内部的服务调用，性能消耗低，传输效率高，服务治理方便。HTTP主要用于对外的异构环境，浏览器接口调用，APP接口调用，第三方接口调用等。
