【软件开发/设计】网络通信-使用RESTful API、RPC（远程过程调用）等技术进行节点间通信简介

本文链接：https://blog.youkuaiyun.com/weixin_46453070/article/details/135188085

本文介绍了网络通信中RESTfulAPI和RPC的原理、特点及应用场景。RESTfulAPI基于HTTP协议，适用于Web服务和资源管理；RPC提供直接调用远程服务的能力，适合高性能内部通信。两者各有优劣，选择取决于应用需求和性能要求。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

网络通信-使用RESTful API、RPC（远程过程调用）等技术进行节点间通信简介

网络通信是分布式系统中的一个关键组件，它允许系统的不同部分在网络上相互交流和协作。在这样的系统中，常见的通信方式包括RESTful API和RPC（远程过程调用）。这两种技术各有特点，适用于不同的场景。

1、RESTful API

概述：
RESTful API（Representational State Transfer）是一种基于HTTP协议的Web API设计风格。它使用标准HTTP方法如GET、POST、PUT、DELETE等，并遵循无状态、客户端-服务器、可缓存等原则。

RESTful API是一种基于HTTP协议的Web服务接口，它利用HTTP的方法（如GET、POST、PUT、DELETE）来操作网络上的资源。RESTful API的核心原则是无状态和资源导向，使其成为网络通信的一个流行选择。

关键特点：

无状态：每次请求都包含了处理该请求所需的所有信息，不依赖于服务器上的任何存储状态。
统一接口：通过统一的接口和资源（如URLs）进行交互。
资源导向：每个URL代表一种资源，如用户、产品等。
使用HTTP协议：利用HTTP动词（GET, POST, PUT, DELETE等）来执行CRUD操作（创建、读取、更新、删除）。

适用场景：

Web服务和应用程序，特别是那些需要清晰的资源定义和简单通信的场景。
移动应用和互联网应用，因其支持跨平台通信和简单的HTTP基础架构。

RESTful API中的HTTP方法（GET、POST、PUT、DELETE）定义了客户端与服务器交互的不同方式，每种方法都有其特定的用途和含义。

GET

用途：用于请求并获取指定资源的数据。
特点：
- 安全性：GET请求应该是安全的，不应当改变服务器上的资源状态。
- 幂等性：多次执行相同的GET请求，资源的状态不会改变。
- 可缓存：GET请求的响应可以被缓存。
使用场景：当需要从服务器检索或查询数据时使用。例如，获取用户列表、读取文章内容。

POST

用途：用于发送数据到服务器，通常用于创建新的资源。
特点：
- 非幂等性：多次执行相同的POST请求可能会在服务器上创建多个资源。
- 不可缓存：POST请求的响应通常不被缓存。
使用场景：当需要在服务器上创建新资源时使用。例如，注册新用户、上传文件。

PUT

用途：用于更新现有资源或创建新资源（如果指定的资源不存在）。
特点：
- 幂等性：多次执行相同的PUT请求，服务器上的资源状态应该是相同的。
使用场景：当需要完全替换现有资源或创建指定的资源时使用。例如，更新用户的完整信息。

DELETE

用途：用于删除指定的资源。
特点：
- 幂等性：多次执行相同的DELETE请求，资源最终的状态应该是被删除的。
使用场景：当需要从服务器删除资源时使用。例如，删除特定的用户账户。

总结

GET用于获取资源，不应改变资源状态。
POST用于创建新资源，可能会引起服务器状态改变。
PUT用于更新或创建资源，具有幂等性。
DELETE用于删除资源，也具有幂等性。

在设计RESTful API时，合理选择这些HTTP方法可以使API的行为更加直观和一致，有助于提高API的可用性和可维护性。

举例：

天气查询服务：一个天气应用程序可能使用RESTful API从服务器获取天气数据。例如，通过访问GET /weather/tokyo来获取东京的天气信息，其中/weather/tokyo是一个资源，GET是HTTP方法。
社交媒体平台：一个社交媒体平台可能允许用户通过POST /posts来创建新的帖子，或者使用GET /posts/{id}来获取特定帖子的详细信息。

2、RPC（远程过程调用）

概述：
RPC（Remote Procedure Call）是一种在不同地址空间（通常为网络上的不同计算机）上执行程序代码的过程，它使得开发者能够编写像调用本地对象一样调用远程对象的代码。

关键特点：

透明性：调用远程服务就像调用本地服务一样，隐藏了网络通信的复杂性。
同步/异步调用：RPC可以是同步的（调用者等待结果返回）也可以是异步的（不等待结果返回）。
多种协议支持：支持多种序列化协议，如JSON-RPC（使用JSON）、XML-RPC（使用XML）等。
跨语言支持：可以跨不同编程语言进行通信，例如gRPC支持多种语言。

适用场景：

需要高效二进制通信的内部服务，如微服务架构中的服务间通信。
分布式计算和微服务，特别是那些对性能和跨语言支持有特殊需求的场景。

举一个RPC（远程过程调用）的例子，让我们考虑一个简化的在线银行系统。在这个系统中，有一个服务负责处理用户账户的余额查询和更新。这个服务部署在一个远程服务器上，而客户端应用需要与之通信以执行相关操作。

场景设定

假设我们有一个名为 AccountService 的远程服务，它提供了两个方法：getBalance 和 updateBalance。这些方法部署在远程服务器上，并通过RPC暴露给客户端应用。

getBalance(accountId)：接受一个账户ID，返回该账户的当前余额。
updateBalance(accountId, amount)：接受一个账户ID和一个金额，更新账户余额。

客户端调用

在客户端应用中，开发者可以像调用本地方法一样调用这些远程方法。这意味着开发者不需要编写网络通信的代码，RPC框架会处理这部分工作。

// 假设这是客户端应用的一部分
public class BankingApp {
    public static void main(String[] args) {
        // 创建RPC代理，连接到远程AccountService服务
        AccountServiceProxy accountService = new AccountServiceProxy("http://remoteserver.com");

        // 使用远程服务查询账户余额
        double balance = accountService.getBalance("123456789");
        System.out.println("Current balance: " + balance);

        // 更新账户余额
        accountService.updateBalance("123456789", balance + 200.0);
        System.out.println("Balance updated.");
    }
}

在这个例子中，AccountServiceProxy 是RPC框架生成的一个代理类，它封装了与远程服务的通信细节。客户端开发者只需像调用本地方法一样调用 getBalance 和 updateBalance 方法。这些调用会被RPC框架转换为对远程服务器的网络请求。

服务器端实现

在服务器端，AccountService 的实现可能如下所示：

public class AccountServiceImpl implements AccountService {
    @Override
    public double getBalance(String accountId) {
        // 查询数据库或其他存储来获取账户余额
        return database.getBalance(accountId);
    }

    @Override
    public void updateBalance(String accountId, double amount) {
        // 更新数据库中的账户余额
        database.updateBalance(accountId, amount);
    }
}