rpc

深度剖析 Spring 灵魂：IOC 容器与自动装配的原理、设计与实现大家好我是咪的Coding。在使用 Spring Boot 进行开发的日常里，我们习惯了用 @Autowired 注入一个 Service，用 @Component 交出一个类，然后用 @SpringBootApplication 启动一切。一切似乎都那么“魔法”，以至于我们有时会忘记：这一切运转的背后，是一套极其精密且优雅的容器系统。

json-rpc笔记比较好理解，基于官网示例直接就明白了。jsonrpc # jsonrpc版本，填2.0就行必填 method # 方法名，对应必填 id # 请求id 注：非必填`，如果不填表示是通知形式，不需要任何返回 param # 相当于常规json的请求体

AI Agent 生态核心概念详解：Agent、MCP、Skill 与 JSON-RPCAgent（智能体）是一个能够感知环境、自主决策并执行行动以实现目标的智能实体。通俗理解：│ Agent 系统 │ ├─────────────────────────────────────────────────┤ │ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌──────┐ │ │ │ 大脑 │ │ 感知 │ │ 规划 │ │ 行动 │ │ │ │ (LLM) │──│ 模块 │──│ 模块 │──│ 模块 │ │ │ └─────────┘ └─────────┘

迭代器模式（Iterator Pattern）迭代器模式属于行为型设计模式，提供统一遍历接口，以顺序方式访问聚合容器内所有元素，全程不对外暴露容器内部存储结构、数据组织形式。将遍历逻辑与容器存储逻辑解耦，遵循单一职责原则。

K8S存储管理本章概述K8S存储管理按照发展的历程，涉及到有Volume、PV/PVC、StorageClass，Volume是最早提出的存储卷，主要解决容器和数据存储的依赖关系，抽象底层驱动以及支持不同的存储类型，使用Volume需要了解底层存储细节，因此提出了PV，Persistent Volume是由k8s管理员定义的存储单元，应用端使用PersistentVolumeClaims声明去调用PV存储，进一步抽象了底层存储；随着PV数量的增加，管理员需要不停的定义PV的数量，衍生了通过StorageClass动态生

开发一个简易的RPC框架common：公共模块（会同时被消费者和提供者引用）基础的数据模型和服务相关的接口。provider：服务提供者模块（需要暴露接口，等待消费者调用）

用 Solana Block Analyzer 以 slot 为单位观察区块生成节奏：区块时间、验证者与 True TPS在 Solana 上构建交易应用、bot 与实时系统时，区块生成时间是一个绕不开的设计前提。本文介绍 Validators Solutions 上的 Solana Block Analyzer (Slot Duration)，它以 slot 为单位可视化 Solana 的区块生成节奏。

ERPC 为 Solana 专项基础设施推出小时计费：从 1 小时起实测 RPC 与流式传输性能ERPC 在其 Solana 专项基础设施平台上新增了小时计费方式，覆盖 Solana RPC、WebSocket、Solana Geyser gRPC、Solana Shredstream、Direct UDP Stream（Raw Shreds），以及 EPYC VPS 与裸金属服务器。开发者现在可以以 1 小时为单位启动这些资源，用于 PoC、PMF 验证、基准测试，以及与 AI Agent 结合的快速原型开发。本文从技术角度说明这种计费粒度为什么对 Solana 应用开发的验证环节有意义，以及 E

小饼干在学嘎瓦

HTTP和RPC有什么区别？好奇怪的问题！学网络编程的时候，大部分人都是先接触 HTTP。浏览器敲个地址，发个请求，拿个响应，这套东西太熟悉了。

Spring框架懒加载怎么实现？在实际项目开发中，我们可能遇到这样的场景：应用启动时，Spring 容器会迫不及待地创建所有单例 Bean，即使有些 Bean 在很长一段时间内都用不到。这不仅拖慢了启动速度，还占用了宝贵的内存。Spring 的“懒加载”（Lazy Initialization）正是为了解决这个问题而生。今天这篇博客，带你从概念到实现，再到原理，彻底玩转 Spring 懒加载。

【C++】RPC：远程程序调用RPC：Remote Procedure Call，远程程序调用，像调用本地函数一样调用远程服务器上的方法，和HTTP请求类似，但是每个功能分的较细，同时也规定了参数格式。

ERPC 平台全面支持 16 种语言 — 以母语使用 Solana RPC 官方网站与 Dashboard在 Solana RPC 这类开发基础设施的日常运维中，开发者实际花在 Dashboard 上的时间往往超出预期。对比 plans、获取 API key、配置 endpoint、监控使用情况、阅读错误信息、撰写支持工单 — 每一个画面都需要做判断，而如果这些画面只有非母语版本，认知负担就会以"心智翻译"的形式持续消耗注意力。本文从国际化（i18n / localization）的角度，记录 ERPC 平台将官方网站与 Dashboard 整体扩展至 16 种语言的工程实践，以及在开发者体验（DX）上做出的

Full Stack Developme

Spring-Core 解析spring-core 是 Spring 框架的核心基础模块，为其他所有 Spring 模块提供基础设施支持。它包含了 Spring 框架最基础、最核心的功能组件。

清水白石008

在 RESTful、RPC 与事件驱动之间做选择：高频内部调用与审计回放场景下的架构取舍在真实系统里，“接口风格怎么选”很少是单纯的技术偏好问题。它背后牵动的是服务边界、团队协作、性能瓶颈、故障传播、数据一致性，以及未来几年系统能不能平稳演化。

Full Stack Developme

Spring Context 解析spring-context 是 Spring 框架的核心模块之一，它建立在 Spring Core 基础之上，提供了 IoC 容器的高级实现和企业级服务集成。

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它主要解决两个问题