- 博客(311)
- 资源 (4)
- 收藏
- 关注
RSS订阅原创 Go 服务端一行没改，Java 客户端调通了它——中间隔着四道墙
jaws 通过自研 wire 协议实现与 grpc-go 服务的跨语言互通，成功调通四类 gRPC 方法。核心挑战在于命名一致性：墙一要求 Java 接口名必须匹配 proto 服务名（如 sweet.example.v1.Greeter），墙二依赖 jaws 服务端双索引（同时注册接口名与 proto 名），墙三因 jaws 在 Nacos 注册时添加框架前缀（如 jaws/...）导致寻址不匹配，需关闭前缀；墙四则源于 Go 侧使用默认组，需显式适配。最终，仅通过调整包名与配置，无需修改任何代码即实现互
2026-10-29 15:55:26
216
原创 一次 RPC 调用到底发几个帧？裸 TCP、HTTP/2、HTTP/1.1 的字节级拆解
我自研了一个 RPC 框架，核心约 3 万余行，单端口自适应裸 TCP / HTTP/2 / HTTP/1.1 三种传输。这篇文章不讲 API、不讲用法，只干一件事：把"一次调用在三种传输上分别发几帧、每一帧长什么样、请求响应怎么对上号"从字节层讲清楚。所有结论都来自 Jaws 自己的源码，能对上定义行。多出来的帧不是业务逻辑，全是传输框架的账。
2026-10-20 18:47:07
337
原创 jaws 协议的全链路设计：16 字节头、四件套管线，和一个端口上的四路分诊
jaws 是基于 Java 17 的自研二进制 RPC 框架，其核心 jaws-core 通过 16 字节定长头（含魔数、版本、标志位、请求ID与长度）实现高效通信。帧头中 flag 字节巧妙分段：低 2 位标识请求/响应类型，bit2 判事件帧，高 5 位指定序列化方式（最多支持 32 种）。协议栈自底向上贯穿契约（URL 统一配置）、编解码、序列化（Hessian2/FastJson2/Protostuff/Fury）、组帧（半包处理、心跳校验）、连接（Netty pipeline）、过滤链、派发与线程
2026-09-27 01:27:56
228
原创 wire 性能演进：一天，从 73,842 到 92,423，外加一条 10.5 万的服务端天花板
本文记录了JAWS RPC框架中wire协议一天内的性能优化历程：从73,842 QPS提升至92,423（+25%），通过服务端FlushConsolidationHandler合批写、客户端END_STREAM折叠与直连调用实现。两次弯路揭示关键认知：消除热点≠提升吞吐，第三方grpc-java反验验证互操作上限达10.5万。核心方法论为：收益源于消除隐性等待，对照实验是唯一裁判，第三方反验是协议互通的成人礼。所有优化均有实测数据支撑，拒绝主观臆断。
2026-09-25 01:55:41
156
原创 Nacos 配置中心全链路剖析：谁写 DB、集群怎么同步、客户端怎么收到变更
本文深入剖析 Nacos 配置中心从 publishConfig 到客户端接收的全链路设计，聚焦“写、集群、交付”三大核心问题。基于 3.x 主干源码，揭示配置写入经由三档一致性通道（单机/内嵌集群/外置 DB），以数据库为唯一权威；通过事件驱动机制实现状态收敛与集群传播，门铃仅传递通知而非正文；客户端依赖拉取模型，确保每人恰好一次、失败重试、新来不回灌。全文贯穿“状态各自收敛，交付位点记账”的设计哲学，技术细节精确到类与行号，可复核于 alibaba/nacos。
2026-09-23 13:56:46
117
原创 Jaws·Harbor 系列(二)：把 client 也自研了——连接即活性、掉线重放、和一个不依赖 nacos-client 的自举闭环
第一篇造了个 nacos 兼容的服务端，靠别人的 client 证明它能用；这一篇把客户端也自研了，于是两端都是自己的，还能反过来用真 nacos-client 交叉验证。jaws 不只是"接得上 Nacos"，而是自己就能把服务发现这摊端到端跑起来——wire 对 gRPC 生态咬合，harbor 对 nacos-client 生态咬合，而这一篇，是让 jaws 对自己这套栈，也咬合上了。起单节点 HarborServer、跑通 provider→consumer，全程走自家（服务端日志两条连接均。
2026-09-21 07:29:15
165
原创 把 Jaws 拆给团队看：一个约 Dubbo 1/10 代码量的 RPC 框架，按 Maven 模块逐层解剖
Jaws 是一个轻量级、可全读的 Java 17 RPC 框架（约 2.9 万行核心代码），以模块化设计为核心，通过十个自底向上的 Maven 模块清晰呈现架构取舍。其关键创新包括：jaws-stream-api 契约层主动简化 Reactive 流控，仅保留 onNext/onError/onCompleted；jaws-core 实现单端口自适应传输，按首字节分诊四类协议（Jaws 二进制、HTTP/2、HTTP/1.1、TLS）；jaws-wire 无 grpc-java 依赖实现 gRPC 线格式对
2026-09-18 15:31:41
169
原创 零 grpc-java、自研线格式、nacos-client 直连：我给自己的 RPC 框架造了个注册中心
我用自研 gRPC 线格式 jaws-wire 搭建了无 grpc-java 依赖的 Nacos 兼容注册中心 jaws-harbor。服务端零引用 grpc-java，却能被标准 nacos-client（3.2.3）完整打通：注册、发现、推送、注销全流程通过端到端测试验证。核心突破在于：手写 HTTP/2 + gRPC 帧传输栈，基于 Direct API 直接分发请求，以连接级身份（CONNECTION_ID）为维度管理会话与实例，实现“断连即注销”。数据模型以 ClientSession 为主存，结
2026-09-13 00:11:32
418
原创 Jaws 流式调用解剖：三种模式、两套传输、一条贯穿全链线的 StreamSource
接口极简。两个接口，没有，没有request(n)。RPC 流式场景不需要背压，取消足矣。签名即声明。消费端通过方法返回类型和参数类型自动检测流式模式，不需要注解、不需要配置。同一个接口可以混合 unary、async、三种流式五种调用模式。StreamSubject 贯穿全链路。一个类同时做缓冲、桥接、取消，drain loop 保证线程安全和信号有序投递。两套传输，一个接口。HTTP/2 和 Wire 在传输层各自处理帧格式差异，但 Provider 端统一收敛到，业务代码完全传输无关。
2026-09-10 14:57:20
263
原创 我的 RPC 框架性能翻倍记：三笔改造，2.8 倍，每一分都可溯源
<think>我们只需要根据文章内容生成不超过150字的摘要。注意摘要要简洁，涵盖性能提升、关键改造点、结论。用户要求“≤150字”，所以需要精确概括。原文很长，但摘要必须精炼。核心信息：JAWS RPC框架性能演进，20线程QPS从50836到143672，2.8倍。关键阶段：零拷贝改造(+97.5%)、写路径异步化(+30.7%)、微优化(+9.4%)。强调每段涨幅对应具体commit，可复现。摘要要控制字数，中文大概每字算一个，150字内。 可能的摘要： JAWS RPC框架性能演进：零拷贝改造消灭中
2026-09-09 03:31:50
280
原创 RPC 世界的两种世界观：interface-first 与 IDL-first，我的框架决定不站队
<think>我们只需要根据内容生成≤150字的摘要。需要抓住核心：JAWS同时支持两种RPC世界观（interface-first和IDL-first），不站队，两套独立标尺，分别有高QPS和gRPC兼容，架构上保持独立。输出摘要。</think>JAWS RPC框架不站队，同时供养“代码即契约”与“schema即契约”两种世界观：jaws协议追求Java生态极致性能（14.2万QPS），wire协议实现生产级gRPC语义（约7.5万QPS）。两者独立演进、互不寄生，以清晰“汇率”明码标价。通过拒绝合并保
2026-09-08 23:17:38
293
原创 从「互通」到「可生产」：我手写的 gRPC 协议，48 小时走完第二段路
<think>我们根据给定的内容生成≤150字的文章摘要。内容是关于JAWS RPC框架，讲wire协议互通后的增强，包括reflection、生产就绪功能等。摘要要简洁概括核心。字数限制严格。输出只有摘要。</think>JAWS RPC框架在实现gRPC线格式互通后，48小时内补齐生产级缺欠：落地Server Reflection实现零参数探测，一次性完成九项P0-P3增强（含连接老化、拦截器、状态机等），并实现Rich Error Model。通过跨机制协作，如maxAge触发GOAWAY重连，解决负
2026-09-08 11:24:09
109
原创 一个端口，三种协议：一次 TCP 首字节探测的 Netty 深潜
<think>我们根据用户要求，需要从给定内容生成≤150字的文章摘要。内容是关于JAWS RPC框架的单端口多协议服务器特性，文章深入探讨了ProtocolDetectionHandler的205行实现，涉及协议探测、Netty pipeline动态装配、以及与Dubbo方案对比等。摘要应简洁概括主要要点：介绍了adaptive传输特性，通过首字节探测实现单端口支持多种协议，核心实现397行，重点分析ProtocolDetectionHandler的生命周期、探测规则及设计决策。需控制在150字内。</t
2026-09-05 10:42:21
181
原创 传输层不该知道你要同步还是异步：一次分界线的上移
<think>好的，用户给了一篇技术文章内容，要求根据内容生成不超过150字的文章摘要。文章是“JAWS 全链异步系列”的最后一篇，主题是客户端异步化改造。 需要仔细阅读内容，提取核心要点。文章结构清晰，分为两大部分：没收ASYNC_FLAG和重写Cluster容错。 用户要求“根据以下内容，生成≤150字的文章摘要”。字数限制很关键，必须简洁。摘要需要概括文章的主要问题、解决方案和关键改动。 让我梳理一下内容脉络： 背景：服务端已全链异步，但客户端仍依赖线程局部变量阻断等待，存在职责倒挂、统计失真等问题。
2026-09-02 19:02:50
337
原创 我删掉了自己写的 300 行 Future，把整个 RPC 框架改成全链异步
<think>摘要需≤150字，覆盖文章核心：从wire模块join问题出发，上游Filter同步契约、DefaultResponseFuture自研怪兽、服务端同步管线，决策契约先行改Filter返回CompletableFuture。压缩表达。</think>JAWS框架异步化改造：从wire层join()阻塞切入，发现Filter同步契约、自研Future状态机、服务端同步管线等深层问题。决策契约先行，将Filter.filter()改为返回CompletableFuture<Response>，以编
2026-09-02 00:07:14
163
原创 Jaws 全链路异步解剖：一个 CompletableFuture 如何贯穿 RPC 的六层
异步不是加一个async关键字或返回一个Future的事，它是一个贯穿消费端代理、Cluster 层、传输层、Provider 端、业务实现的架构决策。任何一层用了同步模型，整条链路的异步就被打断。消费端：返回类型即调用模式，= 异步，= 流式，其余 = 同步传输层是一等公民的异步契约Provider 端invoke()返回，自动适配同步/异步业务方法IO 层写回响应，event loop 零阻塞响应回调超时调度，传输无关容错层异步重试六层，每层都是异步的，所以全链路才是异步的。
2026-08-28 13:28:51
239
原创 删掉 gRPC 依赖后，我用 2500 行打通了 gRPC 生态
gRPC 的标准姿势是 protoc 加插件生成代码：proto 文件不仅生成 Message 类，还生成一整套服务 stub（、各类 StreamObserver 回调接口）。jaws-wire 把这一层整个砍掉了——构建链里没有 grpc-java 插件，protoc 只干 protobuf 本职的活（生成 Message 类），服务接口是一个手写的普通 Java 接口接口的语义完全由 jaws 自己的约定表达：参数和返回值是 protobuf Message，返回。
2026-08-26 07:57:33
390
原创 Jaws 的 HTTP/2 传输进化史:从消除队头阻塞,到 Server Streaming,再到 gRPC 协议方言
入口识别方式编码jaws 自有 RPC(h2c 或 h2 over TLS)content-type 自有值任选序列化(fastjson2/hessian2/protostuff)JSON + gRPC 帧探活无 body而支撑这一切的代码,包 11 个类约 2400 行,加上基类不到 3000 行。三种方言共享同一套 stream 模型、同一份异步记账、同一个优雅停机模板——这就是基类收敛的意义:机制写一次,方言随便加。这四天留下的方法论,比功能本身更值钱:其一,借壳的终点是拆壳。
2026-08-25 12:46:25
420
原创 手写 RPC 框架零拷贝实战：把 Codec 从 byte[] 搬到 ByteBuf，一次干掉全链路内存拷贝
本文介绍了开源RPC框架jaws在编解码层重构中实现零拷贝优化的实践。通过分析旧架构中5次内存分配和5次拷贝的根源，指出问题关键在于Codec SPI接口以byte[]为契约导致跨层拷贝不可避免。重构采用Netty ByteBuf作为统一缓冲区，通过预留header空间、直写body、回填header的编码方式，以及利用readRetainedSlice进行零拷贝解码，显著减少了内存分配和拷贝次数。文章还提及了引用计数泄漏等新问题的排查与修复过程，展示了从接口契约层面解决问题的设计思路。
2026-08-21 02:25:38
189
原创 Nacos 与 ZooKeeper 注册中心实现对比
本文对Jaws框架中Nacos和ZooKeeper两种注册中心实现进行了全面对比分析。从数据模型看，Nacos采用扁平化服务模型，ZK使用树形层级路径；服务注册方面，ZK需先删后建且维护双节点，Nacos直接注册单实体；服务发现时，ZK被动通知节点变更，Nacos主动推送实例列表；断线重连机制上，ZK需显式处理，Nacos由SDK自动维护。此外，文章还比较了动态配置实现、Factory创建方式等细节，指出Nacos实现更简洁但ZK控制粒度更细。总体而言，Nacos更适合服务注册场景，而ZK作为通用协调服务提
2026-08-15 10:13:53
219
原创 三框架模型动态切换实现对比：AgentScope / LangGraph4J / Spring AI
本文分析了在三个Java AI框架（AgentScope Java、LangGraph4J、Spring AI 2.0）中实现per-request模型覆写的解决方案。核心问题是各框架的DashScopeChatModel在构造时通过final字段绑定模型名，导致运行时无法修改。Spring AI 2.0通过原生ChatOptions机制实现最优雅的解决方案；LangGraph4J采用ThreadLocal旁路传递模型参数；AgentScope由于源码不可修改，需通过代理模式重构实例。三种方案分别体现了框架
2026-08-14 00:38:21
386
原创 三框架如何实现 LLM 思考过程展示：AgentScope/LangGraph4j/Spring AI 的 Reasoning 提取策略对比
本文以babi项目为例，深入分析AgentScope、LangGraph4j、Spring AI三大Java AI框架如何从大语言模型(LLM)的流式响应中提取思考过程(reasoning/thinking content)，并统一转换为前端可消费的SSE事件流。文章首先介绍了LLM思考过程的概念及其价值，指出三个框架在提取这一内容时的不同实现路径。 核心内容包括：统一的SSE事件格式设计；AgentScope通过专用事件类(ThinkingBlockDeltaEvent)和instanceof分发实现原生
2026-08-08 08:41:18
353
原创 babi 工程化实践全链路：AgentScope vs LangGraph4j vs Spring AI 2.0 三大框架深度对比
本文基于babi项目，对比了AgentScope、LangGraph4j和Spring AI 2.0三大框架在AI Agent工程化实现中的设计差异。重点分析了两个关键层级： HTTP Client层：Spring AI深度集成Spring生态的RestClient/WebClient，LangChain4j通过SPI机制灵活支持OkHttp/JDK HttpClient，而AgentScope默认使用JDK HttpClient但提供有限扩展能力。不同选择在控制力、依赖体积和灵活性上各有权衡。 流式传输层
2026-08-04 11:57:53
624
原创 babi 架构全面进化：DashScope 原生集成、工具事件通知与公共模块重构
本文分析了babi Agent在2026年8月的架构演进，重点介绍了其三个Java实现版本（babi-agent、babi-graph、babi-spring）的核心改进。项目统一采用DashScope原生API替代原有兼容层方案，解决了流式工具调用时的格式兼容问题。主要更新包括：自定义DashScopeChatModel实现Spring AI接口、原生搜索功能整合、工具执行结果事件通知机制以及公共模块抽取。其中，DashScopeChatModel通过桥接模式将Spring AI抽象与DashScope实
2026-08-04 04:34:39
200
原创 当 RPC 框架学会说 AI 的语言：Jaws MCP 桥接与 REST 桥接深度解析
本文介绍了作者在Java AI领域的四个开源项目布局，重点解析了jaws框架新增的MCP桥接和REST桥接特性。jaws是一个基于Java 17和Netty的高性能RPC框架，最新版本通过集成MCP Java SDK 2.0.0，实现了将RPC服务自动暴露为MCP Tools和REST API的能力，打通了传统后端服务与AI Agent之间的调用壁垒。文章详细剖析了MCP协议背景、jaws框架架构以及MCP Java SDK的核心设计，包括模块解耦、服务器类型和同步/异步实现机制，为开发者提供了将现有服务快
2026-08-03 11:33:24
264
原创 用 whatsmars 读懂 LangChain4j：多 Agent 编排、高级 RAG、Guardrails，一文探索 Java AI 高级能力
本文介绍了LangChain4j在whatsmars-ai模块中的重大更新，重点聚焦于其高级功能特性。主要内容包括： 核心能力升级：从基础对话扩展到多Agent编排、高级RAG管线、输入输出护栏、结构化输出、多模态和可观测性六大能力，成为全功能AI应用框架。 Agent编排模式：详细解析了五种Agent协作方式： 声明式接口定义（@Agent注解） 顺序工作流（Research→Summarize→Translate） 流式顺序工作流（混合同步/异步处理） 循环工作流（带质量评审的迭代优化） 并行工作流（多
2026-08-02 15:16:49
620
原创 Space Cloud 再升级：文生图 + 语音合成 + RAG 多格式摄入 + MCP Client，Spring AI 2.0 全栈能力补全
摘要 Spring AI 2.0迎来重大能力更新，补全了AI全栈开发的关键功能。新增文生图异步API（DashScopeImageModel）和语音合成（DashScopeTtsModel）模块，支持多格式文档RAG摄入和长期记忆存储。同时完善了MCP Client和工具调用观测功能。这些更新通过标准接口封装厂商差异，使开发者无需关注底层API特殊性。重点实现了DashScope文生图的异步提交+轮询机制，以及语音合成的多平台适配方案，为Java开发者提供了完整的AI能力解决方案。
2026-07-31 21:44:39
195
原创 一个 Java 开发者的 AI 三框架实践：LangChain4j、Spring AI 与 AgentScope 的选型、对比与互联
本文记录了作者在三个真实Java AI项目中分别使用LangChain4j、Spring AI 2.0和AgentScope框架的实践。这三个框架代表了不同的设计哲学：LangChain4j采用声明式AI Service，Spring AI深度融入Spring生态，AgentScope则提供Agent-as-a-Service能力。作者通过具体案例展示了Tool Calling等核心功能在三个框架中的实现差异，并阐述了"用框架擅长的方式做它擅长的事"的选型理念。文章还介绍了如何通过MCP协议实现跨框架互联，
2026-07-29 19:13:54
420
原创 同一个 AI Coding Agent，用三个 Java 框架各写一遍后，我理解了它们的本质差异
本文通过Babi Agent项目的三个Java实现（基于AgentScope Java、LangGraph4J和Spring AI 2.0）对比了主流Java AI框架的设计差异。核心发现包括： 架构风格对比： AgentScope采用"重量级Builder模式"，封装完整Agent生命周期 LangGraph4J通过"图编译"实现，Agent作为状态图执行 Spring AI采用"ChatClient+Advisor链"的轻量级组装方式 工具系统设计： 项目创新性地通过babi-common模块解耦工具逻
2026-07-28 12:06:39
184
原创 同一个 AI Coding Agent，用 AgentScope 和 LangGraph 各写一遍后，我理解了它们的本质差异
本文对比了AgentScope与LangGraph两个AI Agent框架在实际工程中的差异。通过构建同一款AI编程助手Babi Agent（具备代码读写、Shell执行、网页搜索等功能），作者从三个层面进行深度对比： Agent构建方式： AgentScope采用声明式配置+框架托管，通过配置项封装ReAct循环等核心逻辑 LangGraph采用函数式组合，仅提供最小封装，需手动组装状态图 工具系统实现： AgentScope内置文件读写等基础工具（代码量0行） LangGraph需手动实现所有工具（约1
2026-07-27 10:11:20
341
原创 一个 AI Coding Agent，三种框架实现：Java / AgentScope Python / LangGraph 全景对比
摘要： Babi Agent 项目通过**Java（AgentScope + Spring Boot）和Python（AgentScope + FastAPI / LangGraph）**三种技术栈实现同一AI编程助手，探索跨语言、跨框架的AI Agent设计异同。 核心对比： 动机：比较Java与Python生态差异，验证通用设计模式，避免框架绑定。 实现： Java：基于HarnessAgent的Builder模式，强调企业级配置（如中间件、模型降级）。 Python-AgentScope：工厂函数式构
2026-07-25 15:54:44
404
原创 9 大工具、双端交互、Skills 扩展：用 Java 打造的 AI Coding Agent 长什么样？
Babi Agent 是一款专为 Java 开发者设计的 AI 编程助手，基于 AgentScope Java 2.0 和 Spring Boot 4.1 构建。它解决了 Java 生态缺乏原生 Coding Agent 的痛点，提供 9 大内置工具（代码读写、Shell 执行、GitHub 集成等），支持 ReAct 推理模式和 Markdown 技能扩展。通过 Web+CLI 双端交互和可视化工具状态，开发者可快速实现代码分析、文件编辑等任务。其核心亮点包括：自主可控的 Java 实现、HarnessA
2026-07-22 14:44:57
245
原创 Jaws：从零构建一个“五脏俱全“的 Java RPC 框架
Jaws：轻量级生产级RPC框架 Jaws是一个基于Java 17、Netty 4.1和Spring Boot 3.5的轻量级RPC框架，旨在解决现有框架代码臃肿、架构复杂的问题。其核心特性包括： 精简架构：采用模块化设计，核心代码量可控，各组件通过SPI机制实现全可插拔。 生产级能力： 支持双注册中心（ZooKeeper/Nacos） 提供5种负载均衡策略 实现四阶段优雅停机流程 内置泛化调用和可观测性支持 开发者友好： 深度集成Spring Boot，通过注解简化配置 支持方法级超时/重试设置 提供JV
2026-07-19 11:23:09
227
原创 16 个微服务模块、一键启停验证：Spring Cloud 项目的脚本设计哲学
摘要： 本文探讨了微服务项目启动与管理的核心痛点，提出了一套基于Shell脚本的全生命周期解决方案。通过一个包含16个模块的Spring Cloud Alibaba示例项目，作者展示了如何用3000行脚本实现一键启停、环境自愈、分层验证和AI自动化演示。脚本体系分为五层：基础设施管理（自动安装中间件）、Docker容器化部署（本地与容器混合编排）、一键启停主控（服务依赖管理）、场景化验证（链路追踪/分布式事务等）以及AI交互演示层。重点解决了微服务环境配置复杂、验证流程繁琐、演示易失败等问题，通过智能检测、
2026-07-14 10:44:41
236
原创 一个 Starter，两种哲学：multi-redis-spring-boot-starter 双模式架构深度解读
文章摘要： Spring Boot 3.5+多Redis集群解决方案：multi-redis-spring-boot-starter通过两种模式解决多Redis实例管理痛点。Auto-register模式基于YAML配置自动注册多个RedisTemplate，零代码实现开箱即用，底层采用ImportBeanDefinitionRegistrar动态创建Bean；Builder模式则提供灵活的代码级控制，支持自定义序列化与条件化配置。两种模式通过Spring条件注解互斥切换，兼容单实例与集群场景，并集成Let
2026-07-13 10:17:58
188
原创 16 个模块、4 种演示方式、一句话 AI 驱动：这个项目把 Spring Cloud 微服务实战做到了极致
因为微服务的核心挑战在于组件间的协同，而不是单个组件的使用。只演示 HTTP 调用无法体现服务发现的价值，只有 Feign 没有 Dubbo 无法对比 RPC 和 HTTP 的差异，只有同步调用没有消息驱动无法覆盖异步场景。16 个模块的覆盖面确保了：每个组件都不是"孤岛"，而是在真实的调用链路中协同工作。让 Spring Cloud Alibaba 的学习和实践不再被环境搭建卡住，让每个开发者都能以最适合自己的方式快速上手。它不仅是一个示例项目，更是一套完整的微服务实战教学方案。
2026-07-12 19:01:16
624
原创 替换依赖，写 YAML，直接注入：multi-redis-spring-boot-starter 1.0.4 发布
Multi-Redis Spring Boot Starter：简化多Redis实例接入 摘要：针对微服务中多Redis实例接入的复杂性，multi-redis-spring-boot-starter提供了一种零代码解决方案。只需替换官方Redis依赖并配置YAML，即可自动注册多个RedisTemplate实例，支持Standalone和Cluster混合部署。关键特性包括： 即插即用 - 通过依赖替换实现零迁移成本，兼容原生配置格式 自动注册 - 根据YAML配置动态生成各Redis实例的Connect
2026-07-11 09:04:30
192
原创 当 AI Agent 遇上微服务：一句话搞定 16 个模块的全流程演示
AI 在每个场景都会进行技术原理解读和代码关联，这是最有价值的部分。通过 CGLIB 代理实现，Bean 的实际值在每次方法调用时从配置中心重新获取。项目中同时演示了（直接监听）、（类型安全绑定）和（手动刷新）三种方式，覆盖了 Nacos 配置绑定的全部场景。从 16 个微服务模块的环境搭建，到 9 大场景的 54+ 个验证步骤，再到每个功能的技术原理解读——这个 Agent Skill 把原本需要数小时的微服务演示工作，压缩到了一句话、5 分钟。它不仅是一个自动化工具，更是一位。
2026-07-10 20:30:01
331
原创 Spring Cloud Samples 再升级：Kafka 4.0 Share Groups + Stream 6 大场景 + RAG 独立模块，消息驱动与 AI 能力全面进化
Spring Boot 4.1 项目升级：Kafka 4.0 Share Groups与RAG模块优化 本项目迎来重要升级，新增三大核心模块： cloud-kafka-sample：基于Kafka 4.0，演示Share Groups（KIP-932）突破分区消费限制，支持事务消息与3节点集群高可用； cloud-stream-sample：结合RocketMQ 6，深度实现延迟/顺序/事务消息等6大场景； cloud-ai-rag-sample：RAG检索增强生成模块独立化，支持PgVector+Redi
2026-07-09 23:25:32
566
5
原创 一个 Starter 搞定 Spring Boot 多“Redis集群“：零代码接入，官方配置无缝迁移
摘要： multi-redis-spring-boot-starter 解决了Spring Boot官方Redis Starter仅支持单数据源的痛点，提供多Redis实例的无缝集成方案。通过一行Maven依赖即可实现：兼容官方配置格式，支持Standalone和Cluster双模式，提供Builder注解和YAML自动注册两种方式，内置连接池与读写分离配置。特别支持零代码迁移——已有单Redis项目只需追加配置即可扩展为多数据源，自动生成各实例的RedisTemplate，显著减少模板代码。该组件已发布至
2026-07-07 19:21:57
253
我的 Spring Cloud Alibaba 示例代码
2026-06-05
javahongxi的技术博客
2017-11-05
京东核心技术详解 www.toutiao.im
2017-01-20
研究各种Java技术(Springboot+Redis+Dubbo+Rocketmq) 京东技术 www.toutiao.im
2017-09-12
Java生态研究(Spring Boot + Redis + Dubbo + RocketMQ)
2018-09-02
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人