RPC与TCP的区别
1. 抽象层次与通信模型的不同
RPC理论： 在理论上，RPC通过高级的通信模型提供了过程调用的抽象，使得远程服务调用就像本地调用一样。典型案例是Google的gRPC。gRPC支持多语言，以ProtoBuf为基础，提供了强大的IDL（接口定义语言）和自动代码生成，使得服务定义和调用变得简单。
TCP理论： TCP是传输层协议，主要关注点在于数据的有序传输和可靠性。一个常见的TCP应用案例是HTTP协议。当您在浏览器中访问一个使用HTTPS的网站时，浏览器与服务器之间的通信就是基于TCP协议的。TCP确保数据的可靠传输，适用于需要完整数据的应用场景。
2. 通信方式与应用场景的不同
RPC理论： RPC适用于构建分布式系统中的服务通信。Facebook的Thrift框架是另一个例子。Thrift定义了一个IDL，使得不同语言的服务可以通过RPC调用进行通信。在大规模的服务架构中，RPC框架可以提供高效的服务调用和管理。
TCP理论： TCP适用于点对点的可靠通信。一个常见案例是文件传输协议（FTP）。FTP使用TCP来确保文件在客户端和服务器之间的可靠传输。在需要文件完整性和可靠性的场景中，TCP是一种合适的选择。
3. 协议与协议栈的位置
RPC理论： RPC本身是一种概念，而具体的RPC框架则会在TCP等传输层协议上实现。例如，Apache Thrift支持多种底层传输协议，包括TCP。
TCP理论： TCP是OSI模型中传输层的一部分，用于提供端到端的可靠通信。与RPC不同，TCP并不涉及过程调用的抽象，而专注于数据的可靠传输。
4. 可扩展性与灵活性
RPC理论： RPC框架通常具有较高的灵活性和可扩展性。一个实际案例是微服务架构中的服务通信。各个微服务通过RPC框架（如gRPC）进行通信，实现了高度灵活性和可维护性。
TCP理论： TCP提供了通用的传输协议，适用于各种场景。然而，在某些情况下，可能需要额外的抽象和功能，这时就需要在应用层上构建更高级别的协议，如HTTP。
