其实HTTP根本和grpc等不是一类协议，用途也不一样，本来如果想要rpc就应该用rpc专用协议，比如sunrpc, 或者msrpc。现在这种广泛使用HTTP包装的行为不过是因为一帮搞web和应用或者微服务的人想用rpc但是又懒得，或者没接触过稍微下层一点的协议，才在HTTP上面跑这个。
RPC协议本质上来说对实时性，事务性要求来的都比HTTP高，所以比较理想的方式因该是用UDP自己包装轻量级的可靠传输的协议。这个对于协议设计者来说是有点技术含量的。做上层的一般没经验搞这个。
说说HTTP为什么比rpc效率低吧，主要有几点，第一，HTTP是字符协议，当时主要为了方便人看懂，但是信息量携带角度来说比二进制协议差的远。第二，HTTP虽然基于tcp但是tcp的全双工特性被浪费了，HTTP只能算是半双工的。需要请求应答交替在连接上传输。这样效率自然就低了。第三，HTTP在一个连接上只有一个会话，没办法复用连接，效率比现在流行的多会话或者子流协议效率就低得多。
HTTP是个很古老的协议了，HTTP2是他的继任者。针对这些问题，对上述几个缺点都进行了彻底的改变。TG：li9047