rpc

TDengine （老段）

TDengine RPC 通信层深度解析 — 协议格式、连接管理与重试机制适用版本：TDengine v3.x（v3.3.x / v3.4.x） | 最后更新：2026-05-15

江上清风山间明月

RPC failed； curl 65 OpenSSL SSL_read: OpenSSL/3.1.2错误解决方法这个 git push 报错的主要原因有两个，都与推送的数据量较大（172.18 MiB）有关：http.postBuffer 配置不足 Git 默认的 HTTP POST 缓冲区大小通常为 1 MiB 或几 MiB，而你要推送的包体积达到 172 MiB，远超默认值。错误信息 unable to rewind rpc post data - try increasing http.postBuffer 明确提示需要增大该缓冲区。

【架构实战】RPC框架Dubbo3.0：高性能Java通信之道题记：2022年，我们团队决定对核心服务间通信进行性能优化。原来的HTTP+Feign方案在高峰期响应时间居高不下，P99延迟经常突破1000ms。调研了一圈，我们决定全面切换到Dubbo3.0。重构上线那天，峰值QPS下的P99延迟直接降到了80ms——运维群难得安静了一整晚。这篇文章，是我从Dubbo2.7一路踩坑到Dubbo3.2的完整血泪史。

ERPC 在 Solana RPC 中集成 Pyth Hermes 兼容的 Price API：从架构到调用的技术解析ERPC 是面向 Solana 应用的 RPC 基础设施，最近在 Solana RPC 端点中集成了与 Pyth Hermes 兼容的 Price API。本文从架构角度解析该集成的实现方式，以及在 Solana 应用开发中如何把链上数据与市场价格数据整合到同一个数据获取路径上。

gRPC Keepalive 机制gRPC 的 Keepalive 基于 HTTP/2 PING 帧，不是 TCP keepalive它主要解决两个问题

rpc和http的区别

深入解析 gRPC：高性能开源 RPC 框架的原理与实战在微服务和云原生时代，不同服务之间需要高效、可靠、跨语言的通信机制。传统的 REST API 基于 HTTP/1.1 和文本格式（如 JSON），虽然简单易用，但在性能、流式传输和多语言协作方面存在天然瓶颈。为了解决这些问题，Google 于 2015 年开源了 gRPC——一个高性能、开源的远程过程调用（RPC）框架。如今，gRPC 已成为云原生计算基金会（CNCF）的明星项目，被 Netflix、Square 等众多头部公司用于生产环境。

gRPC 数据包传输格式解析：从 Protobuf 到 HTTP/2在使用 RPC 进行通信时，我们平时写的代码可能只是调用一个远程函数，例如 GetUser()，但真正传输到网络中的并不是函数名和参数对象本身，而是一段按照规则组织好的二进制数据

深入解析 Solana RPC getTransaction 性能优化：以最近 30 个 epoch 为重点的历史交易检索提速实践在 Solana 应用的实际生产环境中，getTransaction 是最频繁被调用的 RPC 方法之一。无论是钱包展示用户交易历史、Explorer 与分析平台显示交易详情、indexing 系统进行 backfill 与对账，还是 backend API 进行错误调查与状态确认，getTransaction 的响应速度与稳定性都直接决定了应用整体的用户体验与运维效率。本文将从技术角度解析最近一次以 getTransaction 为核心的历史交易检索性能优化，重点关注最近 30 个 epoch 的数据获

Dubbo vs Feign：微服务RPC框架深度对比Apache Dubbo 是阿里巴巴开源的高性能 Java RPC 框架，后捐赠给 Apache 基金会。它提供了完整的微服务治理方案，包括服务注册发现、负载均衡、流量治理、监控等能力。

身如柳絮随风扬

RPC 深度解析：从原理到实践，一篇讲透远程过程调用在分布式系统大行其道的今天，服务间的通信已成为架构设计的核心命题。RPC（Remote Procedure Call，远程过程调用）作为最经典的分布式通信模型，让开发者像调用本地方法一样调用远程服务。本文将系统剖析 RPC 的核心原理、架构演进、关键技术及主流框架，带你彻底理解 RPC 的本质。

RPC 异步调用基本使用方法：基于官方helloworld-async 示例上一篇 ## RPC 同步调用基本使用方法：基于官方 RouteGuide 示例已经介绍过 RPC、gRPC、Protobuf、HTTP/2、Channel、Stub、Service、ServerBuilder 这些基础概念，所以这里不再重复展开简单回顾一句：gRPC 的基本开发流程就是先写 .proto 文件定义服务和消息，再用 protoc 生成 C++ 代码，服务端实现服务，客户端通过 Stub 发起远程调用同步调用的特点是写法直观，客户端调用 RPC 后阻塞等待结果，服务端像普通函数一样重写

roman_日积跬步-终至千里

TCP vs Thrift：底层传输 vs 完整RPC框架的核心区别一句话结论：TCP是网络传输层协议，Thrift是应用层RPC框架。TCP只管字节可靠传输，Thrift在TCP之上封装了结构化序列化+请求响应+多语言代码生成，让Hive JDBC变成"每次next()都要远程过程调用"的脆架构。

从业务接口到 MCP Tool：多语言工程化实践指南（Python / TypeScript / Java）在企业级 AI 落地中，一个关键问题是：如何让大模型安全、稳定地调用业务能力。实践中，通常的做法是：

RPC 同步调用基本使用方法：基于官方 RouteGuide 示例RPC 的全称是 Remote Procedure Call，也就是远程过程调用。它要解决的问题很直接：一个进程中的代码，想调用另一个进程、甚至另一台机器上的函数，能不能像调用本地函数一样简单？如果是普通网络编程，客户端要自己组织请求报文，服务端要自己解析请求、分发接口、封装响应；而 RPC 框架把这些过程封装起来，让调用方看到的是一个“函数调用”，底层实际完成的是序列化、网络传输、反序列化和远程执行

IoTDB Rust 原生接口开发指南：从零生成 + 完整 RPC 调用如果你想用 Rust 对接 IoTDB，但又不想用第三方封装，官方这套基于 Thrift 生成 Rust 原生接口的方案绝对是最稳的。不用猜结构体、不用手写序列化，直接生成一套和 Java/Python 完全对等的 RPC 客户端，性能强、类型安全、生产可用。

白晨并不是很能熬夜

【RPC】第 4 篇：服务发现 — Zookeeper + 缓存容错上一篇讲了数据如何编解码和 SPI 可插拔设计。这一篇讲 Consumer 怎么找到 Provider：服务发现。

技术选型 RPC 框架在“现代分布式系统 / 微服务底层通信”里，有两个常用的 RPC 框架：gRPC + Protocol Buffers 和 OpenFeign。

Spring | 深度剖析Spring Bean的生命周期：从加载到销毁的完整流程在日常开发中，我们经常使用@Component、@Service、@Autowired等注解，Spring会帮我们自动创建和管理对象。但你是否想过：