首先回顾下计算机网络的五(七)层协议：物理层、数据链路层、网络层、传输层、(会话层、表示层)和应用层。那么从协议上来讲：
TCP是传输层协议，主要解决数据如何在网络中传输
HTTP 是应用层协议，主要解决如何包装数据（文本信息），是建立在tcp协议之上的应用。TCP协议是以二进制数据流的形式解决传输层的事儿，但对上层的应用开发极不友好，所以面向应用层的开发又产生了HTTP协议。
而socket 是针对TCP或UDP的具体接口实现，提供了在传输层进行网络编程的方法。
理解：https://network.51cto.com/article/609479.html
理解1：https://www.programminghunter.com/article/87951280996/
理解2：https://blog.csdn.net/u013078871/article/details/118680029
理解3：https://blog.csdn.net/pearl8899/article/details/118640086
RPC 远程过程调用（分布式、微服务间的方法调用）
HTTP 无状态，每次请求都要发送一个request，服务器响应之后就断掉（http header中的keep-alive指的是tcp）
TCP 面向连接，三次握手保证通信可靠
UDP 非面向连接，不可靠，速度快（可以手动对数据收发进行验证，IM系统多采用，QQ）
socket TCP协议的接口实现，面向传输层进行网络编程
参考：https://www.toutiao.com/article/6703306889070903811/
RPC(Remote Procedure Call)：远程过程调用，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的思想。
RPC 是一种技术思想而非一种规范或协议，常见 RPC 技术和框架有：
应用级的服务框架：阿里的 Dubbo/Dubbox、Google gRPC、Spring Boot/Spring Cloud。
远程通信协议：RMI、Socket、SOAP(HTTP XML)、REST(HTTP JSON)。
通信框架：MINA 和 Netty。
HTTP 与 RPC 的关系就好比普通话与方言的关系。要进行跨企业服务调用时，往往都是通过 HTTP API，也就是普通话，虽然效率不高，但是通用，没有太多沟通的学习成本。但是在企业内部还是 RPC 更加高效，同一个企业公用一套方言进行高效率的交流，要比通用的 HTTP 协议来交流更加节省资源。整个中国有非常多的方言，正如有很多的企业内部服务各有自己的一套交互协议一样。虽然国家一直在提倡使用普通话交流，但是这么多年过去了，你回一趟家乡探个亲什么的就会发现身边的人还是流行说方言。
如果再深入一点说，普通话本质上也是一种方言，只不过它是官方的方言，使用最为广泛的方言，相比而言其它方言都是小语种，小语种之中也会有几个使用比较广泛比较特色的方言占比也会比较大。这就好比开源 RPC 协议中 Protobuf 和 Thrift 一样，它们两应该是 RPC 协议中使用最为广泛的两个。
