升级到 Java 17 后如何使用 java.net HttpClient 避免 RejectedExecutionException？

Question

我正在将项目从 Java 11 升级到 Java 17。该项目在几个地方使用java.net.http.HttpClient ，升级后遇到以下异常：

    ...
Caused by: java.util.concurrent.RejectedExecutionException: Thread limit exceeded replacing blocked worker
    at java.base/java.util.concurrent.ForkJoinPool.tryCompensate(ForkJoinPool.java:1819)
    at java.base/java.util.concurrent.ForkJoinPool.compensatedBlock(ForkJoinPool.java:3446)
    at java.base/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3432)
    at java.base/java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1898)
    at java.base/java.util.concurrent.CompletableFuture.get(CompletableFuture.java:2072)
    at java.net.http/jdk.internal.net.http.HttpClientImpl.send(HttpClientImpl.java:553)
    at java.net.http/jdk.internal.net.http.HttpClientFacade.send(HttpClientFacade.java:123)
    ...

据我了解，问题是 HttpClient 使用CompletableFuture调用ForkJoinPool.managedBlock(q); 在第 1898 行。这使用ForkJoinPool 的 static 公共池（如果我错了请纠正我）并且我没有任何机会告诉我的应用程序为这些调用创建一个单独的池（或者我会吗？）。 此外，在 Java 17 中， 行为改变了 java 处理池中所有线程都在使用的情况的方式 - 现在会导致此异常。

有办法解决这个问题吗？ 我已经玩过系统参数java.util.concurrent.ForkJoinPool.common.parallelism和...common.maximumSpares但没有得到想要的结果。

我该怎么做才能避免这种异常？ 感谢你的帮助！

Answer 1

事实证明，在我们的例子中，我们围绕所有这些使用了ForkJoinPool ，我们必须配置其饱和谓词：

这一切都发生在我们使用自定义ParallelExecutionConfiguration的 JUnit5 测试中。 这通过使用ForkJoinPool并行执行我们的测试。

幸运的是，提到的接口提供了一个从 JUnit 5.9.0 开始的新方法getSaturatePredicate() 。 所以我们所要做的就是升级 JUnit5 并实现这个方法：

@Override
public Predicate<? super ForkJoinPool> getSaturatePredicate() {
    return forkJoinPool -> true;
}