小飞Coding

在微服务架构中，消息队列是解耦、削峰、异步的核心组件。但现实很骨感——消费者可能因网络抖动、数据库超时、业务异常等原因消费失败。如果处理不当，轻则数据丢失，重则系统雪崩。 Apache RocketM

很多开发者听说： “Gateway 是非阻塞的，不怕后端慢” “Nginx 和 Gateway 都是基于 Reactor 模型” 但到底为什么不怕慢？底层真的相同吗？ 本文从 线程模型、I/O 机制、

很多开发者知道： Spring WebFlux 推荐用 WebClient 发起 HTTP 请求 Spring Cloud Gateway 转发请求用的是 Reactor Netty HttpClie

很多开发者看到 Spring Cloud Gateway 配置里有 spring.cloud.gateway.httpclient，就下意识认为： 大错特错！ 本文将彻底澄清 Gateway 的底层

在微服务架构中，API 网关是系统的统一入口，负责路由转发、鉴权、限流、日志等横切关注点。而 Spring Cloud Gateway 作为 Spring 官方推出的第二代网关，凭借其高性能（基于 R

你在用 OpenFeign 调用远程服务时，是不是经常这样做？ 服务 A（比如 user-service）定义了一个 UserResponse 服务 B（比如 order-service）调用 A，就

很多初学者看到 @FeignClient、@GetMapping 就觉得“哇，好高级”，仿佛调用远程服务和调本地方法一样简单。但其实，OpenFeign 并没有魔法——它只是对 HTTP 调用做了高度

在 Java 开发中，getter/setter、toString()、构造函数等样板代码（boilerplate code）长期占据大量篇幅。Lombok 的出现，正是为了解放开发者——通过几个注解

在中大型 Java 项目中，单体应用拆分为多模块（multi-module）结构已成为标准实践。它不仅能提升代码复用性，还能明确职责边界、加速编译、支持团队并行开发。 但很多团队在搭建 Spring