Reactor

【背景】 做了 15 年后端，从 Servlet 3.0 的 @Async 一路写到 Spring WebFlux、Project Reactor，最近又看到 Java 21 虚拟线程把「异步」重新定义了一遍。我手上现在同时维护两套服务：

【背景】 做了 8 年性能优化，从 JDK 8 一路跟到 JDK 21，线程池这块我踩过的坑够写一本书。但最近半年发现一个很尴尬的现象：团队里关于「线程池到底开多大」的共识，基本是靠老员工口口相传，没有任何数据支撑。 举几个我真实经历过的场

【背景】 JDK 21 把虚拟线程推成 LTS 默认能力，Spring Boot 3.2 之后 "spring.threads.virtual.enabled=true" 一行就能把 Tomcat 线程池换成虚拟线程。我这边一个订单聚合服务

背景 热榜那篇《超时与重试》（id=23）讲清了「超时不是配置项，是容量规划的一部分」，以及「上游 200ms 超时 + 下游 P99 180ms」这种贴线配置的坑。社区也讨论过自适应限流 vs 固定 QPS（id=705）、连接池上限（i

背景 我负责一个聚合网关（Java 17，Netty + Reactor），核心是把多个下游（订单、库存、风控）的结果并发扇出后再聚合返回。整体 QPS 约 3000，单个下游 RT 正常 20~60ms，但风控下游 P99 会周期性飙到