用 WebFlux 四年,年底我把它重写了 2021 年我们做实时风控服务,选了 Spring WebFlux。当时的理由很充分:QPS 目标 2 万、需要背压、团队想试试响应式。四年过去了,这个服务一直在线上跑,但我对它的评价从"技术先进"变成了"维护负担"。 今年 10 月我用 JDK 21 虚
读源码时的一句注释,让我重新审视响应式 前阵子读 Spring Data R2DBC 的源码,看到 R2dbcEntityTemplate 里一句话:"JDBC blocks the calling thread; R2DBC does not." 我当时手头正有个网关服务,Tomcat 的线程池经
背景:一个新服务要不要上 WebFlux 9 月中旬要起一个新服务,作用是"详情页聚合":前端调一次接口,我们并行调商品、库存、价格、营销、评价五个下游,聚合后返回。组里有人提议用 WebFlux,理由是"调用多、IO 密集,响应式最合适"。 我当时持保留态度,就花了一周做了个 POC,两边都实现一