高并发下内存泄露和微服务队列拥塞问题

从1.3.0 到现在 2.5.0 版本 ,业务服务原本内存是初始化是1G,MAX 4G,在高tps的冲击下,内存会逐渐增高,直到接近4g,但是如果此时中断业务,内存并不会释放。这会不会框架底层存在内存泄露的情况？

还有一个问题,版本是2.5.0,在接口响应相当慢的时候,频繁冲击业务服务,随后停止业务冲击,发现仍然业务请求打印,持续时间过长,重启服务后恢复.这是否是因为微服务内部队列存在拥塞,即使请求方终止,部分请求会遗留在服务队列中,直至运行完？

@liubao68

Es werden keine Dateien, Tests oder Einstiegspunkte genannt. Beginne damit, beide gemeldeten Szenarien über die Versionen 1.3.0 bis 2.5.0 hinweg zu reproduzieren: Überwache den Speicher, nachdem der Datenverkehr mit hohem TPS gestoppt wurde, und beobachte, ob Anfragen weiterlaufen, nachdem die Last durch den langsamen Dienst endet. Als erledigt gilt die Aufgabe, wenn eine reproduzierbare Ursache identifiziert und Belege für Speicherretention oder einen Rückstau in der Warteschlange dokumentiert wurden.

Vom Indexierungsmodell aus dem Issue-Text verfasst.