Nach dem Erstellen eines Heap Dump im MAT-Tool analysiert. Leckverdächtige sagt : Eine Instanz von "java.util.TaskQueue" geladen von "" belegt 680.207.896 (82.39%) Bytes. Die Instanz wird referenziert von org.apache.tomcat.util.threads.TaskThread @ 0xc1b52018 ajp-bio-8009-exec-243, geladen von "java.net.URLClassLoader @ 0xce67a9b8". Der Speicher wird in einer Instanz von "java.util.TimerTask []" akkumuliert, die von "" geladen wird.Speicherlecks, verursacht durch java.util.TaskQueue
Aber meine Frage ist, warum dies nicht Müll gesammelt wird und es zu viel Speicher sammelt.
Bitte irgendjemand mir helfen. Danke im Voraus. – Sharan
Hallo. Sie geben uns nicht wirklich viel weiter. Es sieht so aus, als ob Sie etwas in die Aufgabenwarteschlange stellen, das aus irgendeinem Grund nicht als Müll gesammelt wird. Behalten Sie irgendeine Art von Bezug auf die Objekte? Das wäre der erste Ort, um nach dem Grund für ein Leck zu suchen. – Ewald
es ist nicht Müll gesammelt wahrscheinlich, weil irgendwo in Ihrer Aufgabe Referenzen, oder Erstellen von Objekten, die nie gced werden. Ich vermute, dass Sie auch einige harte HashMaps oder Maps im Allgemeinen behalten, oder? – AntJavaDev