RPC 对比 HTTP

最新推荐文章于 2025-12-19 15:22:28 发布
原创 最新推荐文章于 2025-12-19 15:22:28 发布 · 379 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#rpc #http #spring cloud

初识RPC

  • RPC
    • 远程方法调用（Remote Procedure Call）
    • 大多用在服务治理领域
      • 基本都是分布式环境中的注册中心来负责新服务的注册、服务续约、服务下线、服务销毁
      • 国内 Dubbo 是应用最广的 RPC 框架
      • 国外 gRPC
    • RPC协议
      • 无论哪种RPC方案，都要自定义一套RPC协议规范。
      • 方法寻址
        • eureka 没有方法寻址这一说，无论是 feign 还是 RestTemplate 都要给定服务名+url路径。
        • RPC就和本地方法一样，不用给出服务名和路径，因此需要借助反射等技术获取当前服务的特征量，运用到自己的方法逻辑上，找到正确的服务提供方。
      • 对象序列化/反序列化

初识RPC

RPC vs REST HTTP

  • 接口风格
    • RPC（动词命名）
      • queryProduct
      • 面向执行过程
    • REST（名词）
      • {GET}/product?id=3
      • 面向所操作的资源

RPC vs REST HTTP

服务治理 RPC vs HTTP

RPCHTTP
应用层协议RPC协议，底层基于TCP超文本传输协议，底层基于TCP
编程友好程度配置简单高效，接口拿来就用配置繁琐，资源定位，GET/POST…
传输效率应用gzip等压缩技术HTTP携带的信息臃肿，报文中有效信息占比小
框架实现难度难难难，但和我们没关系简单

服务治理 RPC vs HTTP

那么问题来了

问:RPC那么好，为啥还用Spring Cloud和Eureka ?

答:RPC再好也就是个服务治理框架，能有Spring Cloud全家桶牛吗 ?

RPC和HTTP对比
景月娇-Kathy
03-23 4380
文章目录1、 OSI七层网络模型2、优缺点3、总结 无论是微服务还是SOA(面向服务的架构)，都面临着服务间的远程调用。那么服务间的远程调用方式有哪些呢？ 常见的远程调用方式有以下2种：RPC和Http。其中Http大家很熟悉不多说，RPC是什么呢？ RPC基础概念 RPC就是远程过程调用协议，其作用就是客户端与服务端之间的远程调用，就像本地自己调用一样，让服务端进行服务化 1、 OSI七层网络模...
网络编程——RPC与HTTP基本介绍、历史追溯、主流应用场景、对比分析、为什么还需要使用RPC
Pistachiout的学习博客
07-14 7729
RPC并不是一个具体的协议，只是一种协议的规范，它并没有具体实现，只有按照RPC通信协议规范实现的通信框架，也就是RPC框架，才是协议的具体实现，它包括了：接口规范+序列化反序列化规范+通信协议等。现在狭义的RPC一般指一些用IDL(Inteface Description Language)描述接口， 然后生成stub的框架, 比如grpc,thrift,dubbo等，其中grpc,dubbo3.0的传输用的都是HTTP2.0，也已经属于RPC和HTTP的融合体了，这种融合体的设计使得开发人员可以享受到H
RPC与HTTP API对比
漫谈网络
06-27 1044
RPC与HTTP API调用确实在表面流程上相似（客户端传参 → 服务端执行 → 返回结果），但它们的设计目标、技术实现和适用场景有显著差异。下面用结构化方式解析：
RPC 与http对比
roshy的专栏
09-09 1152
是对外API还是内部调用？对外 → HTTP/RESTful内部 → 考虑RPC性能要求是否极高？是 → RPC否 → HTTP可能足够团队能否维护接口一致性？能 → RPC不能 → HTTP是否需要浏览器直接调用？是 → HTTP否 → 可以考虑RPC。
rpc及和http对比
weixin_44754004的博客
12-22 1461
Day1 实现了一个简易的客户端和服务端，支持消息的编码解码。对于rpc来说，双方在确定传输协议后（tcp），需要确定报文的编码格式（项目支持gob和json）。 编码格式的确认：以客户端举例，采用gob进行编码，而服务端并不知道客户端的编码方式，因此可以在请求报文前添加一个固定的json编码，编码内容：1. 标记请求是否为rpc请求。2. 报文的编码方式。 ...
微服务通信方式，HTTP 和 RPC 的选择
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
10-15 1214
HTTP 和 RPC 在微服务架构中的使用场景各有千秋，HTTP 的通用性和易于调试使其成为微服务对外暴露接口的首选，而 RPC 的高效性和类似本地调用的特性则使其更适合服务间的内部高频通信。在选择 HTTP 还是 RPC 时，开发者需要根据系统的具体需求，权衡性能、兼容性、易用性等因素，做出最合适的选择。以 Uber 为例，早期的 HTTP 通信适合快速迭代和系统扩展，而在服务数量和通信频率增加后，迁移到 RPC 则带来了显著的性能提升。这些经验教训为其他开发团队在构建和扩展微服务系统时提供了宝贵的参考。
简述RPC与HTTP对比
陈海龙的格物之路
10-09 1264
本文针对‘项目都会涉及的RPC服务和HTTP服务’进行对比，作为总结沉淀。
REST和RPC对比
weixin_45990682的博客
08-23 978
REST优点：简单易用，基于标准 HTTP 协议，适合 Web 应用，易于扩展和维护。缺点：性能相对较低，不适合需要高效通信的场景。RPC优点：高效、低延迟，适合高性能、复杂交互的系统，特别是微服务内部通信。缺点：学习曲线较陡，开发和维护复杂性较高。选择 REST 还是 RPC 取决于具体的应用场景和需求。如果你的系统主要是 Web 服务，或者需要与各种客户端（如浏览器、移动设备）交互，REST 是更自然的选择。如果你的系统强调性能和效率，或者需要复杂的服务调用，RPC 可能更适合。
RPC和HTTP的区别
2301_80223696的博客
01-24 1046
特性RPCHTTP协议二进制协议（如 gRPC, Thrift）文本协议（如 HTTP/1.1, HTTP/2）应用场景服务间通信（微服务）客户端与服务器通信（Web 服务）数据格式二进制格式（如 Protobuf）文本格式（如 JSON、HTML）性能高效、低延迟，适合高吞吐量服务较低，适合低频次请求或跨平台通信易用性需要生成代码，学习曲线较高简单易用，广泛支持请求方式方法调用，支持同步/异步请求-响应模式，基于 HTTP 方法。
RPC与HTTP
qq_16268979的博客
02-16 3934
我们常见的远程调用方式有RPC和HTTP，这篇文章就从这两个方面开始介绍。 一、RPC（Remote Produce Call，远程过程调用） RPC类似于RMI（Remote Methods Invoke 远程方法调用，是JAVA中的概念，是JAVA十三大技术之一）。 1、特点： （1）自定义数据格式 （2）基于原生TCP通信 （3）速度快 （4）效率高 2、典型代表： （1）早期的webservice（cxf） （2）现在热门的dubbo RMI的框架：hessian 3、调用流程图 4、RPC详解
REST与RPC的对比：从性能到扩展性的全面分析
nbsaas-boot基于Request-Response的企业级快速开发框架
12-29 1896
REST是一种基于HTTP协议的架构风格，通过URL标识资源，并使用标准的HTTP方法（GET、POST、PUT、DELETE）进行操作。REST通常采用JSON或XML作为数据交换格式。特点无状态：每次请求都独立，服务器无需保存客户端状态。可读性高：接口简单直观，易于理解。跨平台兼容性强：基于HTTP协议，工具链和生态成熟。典型应用场景对外开放的Web API，如社交媒体平台、支付网关。跨语言、跨平台的服务通信。RPC是一种通过远程调用函数来实现服务通信的机制。
Python 实现 gRPC 与 原始 RPC 的对比：理解 RPC 的基本功能
m0_66925868的博客
02-07 1235
之间像调用本地函数一样执行远程函数的技术。本地进程（客户端）调用远程服务器上的方法，服务器执行方法后将结果返回给客户端。是一项关键技术，它允许不同计算机之间像调用本地函数一样进行通信。若有错误与不足请指出，关注DPT一起进步吧！来分析 RPC 的基本功能。进行序列化，并自动生成。来模拟 RPC 机制。接下来，我们分别实现。
http 协议对比rpc协议
wamp0001的博客
09-18 977
HTTP协议与RPC协议是网络通信中的两种重要概念：HTTP是标准化应用层协议，采用"请求-响应"模型，主要用于Web交互；RPC则是远程调用编程模型，通过抽象网络细节实现类似本地函数调用的体验。关键区别在于：HTTP采用文本格式（JSON/XML）通信，适合开放API；RPC采用二进制协议（如Protobuf），性能更高，更适合微服务内部通信。实际应用中，通常对外暴露HTTP接口，内部服务间采用RPC框架（如gRPC）进行高效交互。
Unity使用TouchSocket的RPC
u010197227的博客
12-16 195
本文展示了基于TouchSocket.Dmtp实现.NET服务器与Unity客户端RPC通信的示例。服务器端使用.NET 4.6.2创建TcpDmtpService，注册MyRpcServer服务并实现Add方法，配置验证令牌和超时设置。Unity客户端通过TcpDmtpClient连接服务器，在Update中调用服务器的Add方法并获取返回值。两端均配置了DmtpRpc插件实现远程调用，服务器还添加了连接/断开事件处理。该示例演示了跨平台RPC通信的基本实现方式，包含服务注册、连接配置和远程方法调用等关键
【TVM 教程】设置 RPC 系统
HyperAI超神经
12-17 353
​远程过程调用（RPC）是 Apache TVM 中非常重要和有用的功能，它允许我们在真实硬件上运行已编译好的神经网络（NN）模型，无需手动操作远程设备，输出结果会通过网络自动返回。通过省去一些人工操作，比如将输入数据转储到文件、将导出的神经网络模型拷贝到远程设备、设置设备用户环境、将输出结果拷贝回主机开发环境，RPC 极大地提升了开发效率。此外，由于只有已编译神经网络模型的执行部分运行在远程设备上，所有其他部分都运行在主机开发环境中，因此可以使用任何 Python 包来完成预处理和后处理工作。
JSON-RPC 2.0 协议详解
最新发布
liangshanbo1215的博客
12-19 224
JSON-RPC 2.0是一种基于JSON格式的轻量级远程过程调用协议，用于程序间通信。它定义了三种消息类型：请求（带ID需要响应）、通知（不带ID无需响应）和响应（必须包含对应请求ID）。协议支持参数按位置（数组）或名称（对象）传递，并规定了标准错误码（如-32602表示参数错误）。MCP框架利用该协议实现AI工具与外部程序的交互，主要功能包括初始化连接（initialize）、获取工具列表（tools/list）和调用工具（tools/call）。该协议支持双向通信、批量请求，可通过HTTP/WebSo
第三方CMA/CNAS软件测评机构:【Apifox在Dubbo接口调试和RPC服务测试中的测试应用】
卓码软件测评的博客
12-16 748
Apifox创新性地解决了Dubbo接口调试难题，通过协议代理和可视化界面将RPC服务"HTTP化"。它内置Dubbo协议支持，自动发现服务方法，提供图形化参数构造、Mock服务和自动化测试能力。调试流程包括环境配置、请求构造、结果分析和自动化集成，支持复杂参数处理和断言验证。虽然对Dubbo3.x新特性支持有限，但显著提升了微服务开发和测试效率，特别适合分布式系统团队使用。
dubbo源码之一次RPC请求的生死之旅(基于Dubbo 2.7.8)
shine0312的专栏
12-18 785
每一层（Proxy, Cluster, Protocol, Exchange, Transport）职责清晰，互不干扰。利用 DefaultFuture 和 Request ID 机制，在 Netty 异步通讯的基础上实现了对上层业务的同步阻塞假象，降低了开发复杂度。IO 线程与业务线程分离（AllDispatcher），保证了高并发下 Netty IO 的吞吐量，防止业务逻辑阻塞网络读写。
【TVM 教程】交叉编译与 RPC
HyperAI超神经
12-17 568
​在远程设备上设置 RPC 服务器；在本地设置目标设备的交叉编译配置；通过 RPC API 上传并远程运行内核程序。可右键另存为下载。
rpc和http区别
06-14
### RPC协议与HTTP协议的区别及使用场景 #### 1. 协议定义和设计理念 RPC（Remote Procedure Call）是一种远程过程调用的抽象思想，旨在让开发者能够像调用本地方法一样调用远程服务[^4]。具体实现可以基于TCP、HTTP等多种底层通信协议，例如gRPC基于HTTP/2[^2]，而Dubbo则基于TCP。 HTTP（HyperText Transfer Protocol）是一种应用层协议，主要用于浏览器与服务器之间的数据交换，规定了请求和响应的格式、资源定位方式等[^3]。HTTP本身并不关注如何封装API或隐藏远程调用细节。 #### 2. 数据传输格式 HTTP协议明确规定了请求和响应的格式，包括头部信息和消息体，并且通常使用文本格式（如JSON、XML）进行数据传输[^3]。相比之下，RPC协议并没有统一的数据传输格式，不同的RPC框架可以选择二进制（如Protocol Buffers）或文本格式（如JSON）来优化性能或兼容性[^4]。 #### 3. 调用透明性 RPC的核心目标是提供一种透明的远程调用机制，使得开发者无需关心网络通信的细节[^3]。通过API封装，客户端可以像调用本地方法一样调用远程服务。而HTTP协议本身并不提供这种封装，开发者需要手动处理HTTP请求和响应的细节[^3]。 #### 4. 性能差异 由于HTTP协议设计之初是为了支持浏览器与服务器之间的交互，因此在某些场景下可能存在性能开销，例如头部信息冗长、多次握手等问题[^2]。而许多RPC框架通过使用高效的二进制序列化协议（如Protobuf）和复用连接等方式，能够在内部服务间通信中提供更高的性能。 #### 5. 使用场景 - **HTTP**：广泛应用于B/S架构中，特别是在对外提供RESTful API时。由于其跨语言、跨平台的特性，HTTP适合于异构系统之间的通信[^3]。 - **RPC**：更多用于C/S架构或微服务之间的内部通信。例如，在企业内部的服务集群中，RPC框架如gRPC、Dubbo被用来实现高效、低延迟的服务调用。 #### 6. 发展历史 从历史角度来看，RPC比HTTP更早出现，但由于HTTP/1.1的普及，许多外部接口开始采用HTTP协议。然而，随着微服务架构的兴起，内部服务间的高性能通信需求促使RPC再次成为主流选择。HTTP/2虽然在性能上有所提升，但由于其较新的发布时间，尚未完全取代传统的RPC协议。 ### 示例代码对比 以下是使用HTTP和gRPC进行远程调用的简单示例： #### HTTP调用示例 ```python import requests response = requests.get("http://example.com/api/data") print(response.json()) ``` #### gRPC调用示例 ```python import grpc import example_pb2 import example_pb2_grpc channel = grpc.insecure_channel('localhost:50051') stub = example_pb2_grpc.ExampleServiceStub(channel) response = stub.GetData(example_pb2.Request(message="Hello")) print(response.message) ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值