JDK21 虚拟线程下 orTimeout 取消任务后 OkHttp 底层连接没释放，连接池 30s 耗尽怎么解

【背景】 订单网关，JDK 21 虚拟线程（spring.threads.virtual.enabled=true）+ Spring Boot 3.2，下游用 OkHttp 4.12 调 3 个内部 HTTP 服务（已从 Feign 迁过来），单实例 8C16G。QPS 峰值 ~5k，单个请求要并发调 2 个下游再聚合返回。

【现象】 给每个下游调用套了 CompletableFuture.orTimeout(3s)。压测到 4k QPS 时，下游 B 偶发变慢（P99 升到 4s+），orTimeout 触发后任务被标记超时，但出现三件矛盾的事：

• 网关侧 P99 没回落到 3s，反而继续顶到 8~10s；
• 约 30s 后 OkHttp connection pool 打满（maxIdle 50 / perHost 10），新请求在 Dispatcher 的连接获取处排队；
• jstack 里大量虚拟线程停在 SocketInputStream.socketRead0（uninterruptible），carrier 线程也基本占满。 核心矛盾：orTimeout 明明已经 completeExceptionally，为什么底层 socket 还挂着不释放？

【已尝试的排查与结果】

1. 给 OkHttp 加 callTimeout(2s) + readTimeout(1.5s)：慢请求被 OkHttp 自己掐断、连接能释放，但「已发出还没拿到响应头」的请求仍会卡到 readTimeout，P99 依旧 4s+；
2. 把并发调用从 CompletableFuture 改成手动 try/finally 里 call.cancel()：cancel() 对 in-flight 请求只是发中断，底层 NIO 的 read 没被立刻打断，连接还是没及时归还；
3. 怀疑 carrier 被 pinning 占满导致虚拟线程调度不出来，但 jstack 没看到 synchronized 块持锁（已确认代码路径无 synchronized / native 锁）；
4. 用 reactor-netty 的 WebClient 拉了个分支试，慢请求能干净取消，但团队不想引入 Reactive 栈。

【期望得到的答案形态】 希望做过「虚拟线程 + HTTP 客户端」的朋友给可复现结论，别泛泛说「加监控」：

1. orTimeout 取消 CompletableFuture 时，对「已发出但还没响应」的 HTTP 调用到底做了什么？是不是根本没去 cancel 底层 call，只是把 future 置成了异常态？
2. 虚拟线程停在 uninterruptible socketRead0 时，carrier 会不会被长期占用？怎么从栈上区分这是 pinning 还是单纯的阻塞等待？
3. 正确的超时/取消姿势：orTimeout + OkHttp call.cancel() 的正确组合，还是该用 reactor 的 timeout 算子？两者在「连接是否真正归还池」上的语义差异是什么？
4. 如果坚持 OkHttp，按 5k QPS × 2 下游，maxIdle / perHost / Dispatcher.maxRequests 该怎么估才有依据？

谢谢！