RPC请求跟普通Restful请求区别？
RPC（Remote Procedure Call，远程过程调用）请求和普通的 RESTful 请求在设计理念、通信方式、协议等方面有一些区别：
-
设计理念：
- RPC 请求：RPC 是一种面向过程的通信模式，其设计目的是让远程调用像本地调用一样简单，它的核心思想是调用远程服务的方法。
- RESTful 请求：RESTful 是一种基于资源的通信模式，其设计目的是通过对资源的增删改查操作来进行通信，通过统一的接口实现系统之间的互操作性。
-
通信方式：
- RPC 请求：RPC 请求通常使用自定义的二进制协议进行通信，如Google的Protocol Buffers（protobuf）或Apache Thrift等。
- RESTful 请求：RESTful 请求通常使用 HTTP 协议进行通信，使用标准的 HTTP 方法（GET、POST、PUT、DELETE）来对资源进行操作。
-
调用方式：
- RPC 请求：RPC 调用是直接调用远程服务的方法，类似于本地方法调用，调用语法更接近于编程语言的原生调用。
- RESTful 请求：RESTful 请求是通过对资源的 URL 进行 HTTP 请求来实现的，通常使用 HTTP 方法对资源进行操作，如 GET 获取资源、POST 创建资源、PUT 更新资源、DELETE 删除资源。
-
数据传输：
- RPC 请求：RPC 通常采用二进制格式传输数据，可以提高传输效率和性能。
- RESTful 请求：RESTful 通常采用文本格式（如 JSON 或 XML）传输数据，易于阅读和理解。
-
协议标准：
- RPC 请求：RPC 协议通常是自定义的，不同的 RPC 框架有不同的协议实现。
- RESTful 请求：RESTful 遵循一组统一的协议标准，包括 HTTP 方法、URL 结构、状态码等，使得不同系统之间更容易进行通信和集成。
总的来说，RPC 请求更适合于远程服务之间的方法调用，通常用于企业内部系统或者微服务架构中；而 RESTful 请求更适合于 Web 应用程序之间的资源交互，通常用于构建互联网应用和 Web API。
