如何解决Webclient会在Docker中泄漏内存？
我正在尝试在项目中使用Webclient，但是在进行负载测试时，我注意到docker的内存使用量永远不会下降，直到实例死亡。
@Component
public class Controller {
//This is an endpoint to another simple api
//I use my local Ip instead of localhost in the container
private static final String ENDPOINT = "http://localhost:9090/";
private WebClient client;
public Controller(WebClient.Builder client) {
super();
this.client = client.build();
}
@Bean
public RouterFunction<ServerResponse> router() {
return RouterFunctions.route(GET("helloworld"),this::handle);
}
Mono<ServerResponse> handle(ServerRequest request) {
Mono<String> helloMono =
client.get().uri(ENDPOINT + "/hello").retrieve().bodyToMono(String.class);
Mono<String> worldMono =
client.get().uri(ENDPOINT + "/world").retrieve().bodyToMono(String.class);
return Mono.zip(helloMono,worldMono,(h,w) -> h + w)
.flatMap(s -> ServerResponse.ok().bodyValue(s));
}
}
这也是我的dockerFile。
FROM openjdk:8
ENV SERVICE_NAME reactive-hello-world
ADD target/reactive-hello-world-*.jar $APP_HOME/reactive-hello-world.jar
RUN mkdir /opt/reactor-netty/
EXPOSE 9010
CMD java \
-Dcom.sun.management.jmxremote=true \
-Dcom.sun.management.jmxremote.local.only=false \
-Dcom.sun.management.jmxremote.authenticate=false \
-Dcom.sun.management.jmxremote.ssl=false \
-Djava.rmi.server.hostname=localhost \
-Dcom.sun.management.jmxremote.port=9010 \
-Dcom.sun.management.jmxremote.rmi.port=9010 \
-Xmx190M \
-jar reactive-hello-world.jar
EXPOSE 8080
我错过了某个地方的行程吗？
编辑：这是一些图片
在进行负载测试之前：
负载测试后
如您所见，GC正常运行，但内存并未减少。如果我让测试继续进行，它将在几分钟内杀死该实例。
我已经使用RestTemplate尝试了类似的代码，但是没有遇到任何问题，即使我长时间运行Jmeter，内存通常也不会超过400MB。您能帮忙了解发生了什么事吗？
编辑：我也尝试过不推荐使用的AsyncRestTemplate，但也没有发现任何问题。
编辑：我已经为该示例创建了存储库。请检查是否可以重现该问题。
The Webclient Hello World（此存储库中包含JMX）
The AsyncRestTemplate Hello World
解决方法
没关系的小伙子们，我找到了答案，请参阅：
https://github.com/reactor/reactor-netty/issues/1304
从本质上讲，反应堆对净值的依赖已过时。
,我认为您的问题与RestTemplate和WebClient没有任何关系。您的GC图看起来很正常。看起来好像没有泄漏，因为每当发生GC时，分配的内存似乎就可以恢复到先前的级别。
重要的是要注意，当发生垃圾回收时，您不会总是看到容器内存使用率下降。这是因为Java虚拟机不一定会在GC后将内存返回给系统。这意味着，即使在您的进程中使用了GC之后，即使部分内存未使用/释放，它也可能会在进程外部显示为“已用”。
请注意：在某些情况下，JVM 确实将内存返回给系统，这取决于各种因素，包括所使用的垃圾收集器。
从示例第二个屏幕截图的GC图形看，GC图形看起来很正常，但是似乎有很少量的堆释放回了系统（橙色区域）。
您可以尝试通过-XX:+UseG1GC JVM标志切换到G1 GC，并通过调整-XX:MinHeapFreeRatio和-XX:MaxHeapFreeRatio来调整行为以更积极地将未分配的内存释放回系统，特别是通过减少-XX:MaxHeapFreeRatio值从默认的70％减小到一个较小的数字。参见here。
已将-XX：MaxHeapFreeRatio降低至10％，并将-XX：MinHeapFreeRatio降低至成功地减小了堆大小，而又没有太大的性能下降；但是，结果可能会因您的应用程序而异。为这些参数尝试不同的值，直到它们尽可能的低，但仍保持可接受的性能。
有关该主题的更多信息，请参阅：
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。