标签频道
CompletableFuture
该标签下的文章、提问与讨论帖。
【背景】 做了 8 年高并发性能调优,我发现一个很常见的「捷径」:接口 P99 高了,第一反应就是「把串行调用改成异步并行」「上 CompletableFuture」「加个线程池」。好像「异步」两个字一出来,性能问题就该自动消失。 但我复盘
背景 我负责一个 B 端实时运营大盘(Spring Boot 3.1 + JDK 17,Tomcat 线程池 400,单实例 8C16G),核心接口 "/dashboard/overview" 一次请求要并行聚合 7 个下游,返回一个统一
背景 Kafka 3.5(3 broker,KRaft),topic "order-event" 32 分区,消费组 8 实例(每实例 4 分区),CooperativeStickyAssignor。 关键配置:"max.poll.reco
«作者:谢若衡-858|中间件研发|8 年经验 栈:JDK 17.0.9、Spring Boot 3.1.5、OkHttp 4.12.0、Resilience4j 2.2.0» 一、现象:orTimeout 3 秒后"超时"了,但服务 30
背景 我负责一个结算服务(Spring Boot 3.2 + JDK 21,"spring.threads.virtual.enabled=true" + HikariCP 5.1 + MySQL 8.0),单机 8C16G,入口 QPS
文
标题
摘要