Java Memory Leaks

[PollerJava]

Hallo,

Folgendes Programm:

public class LeakThread extends Thread
{
private HashMap map = new HashMap();
public booblean stop = false;

public void run()
{
stop = false;
while (!stop)
{
try
{map.put(new float[1], new double[1]);   // hier tritt der Memory- Leak auf da in eine Liste 
                                                            // etwas eingefügt wird und die Referenzen dann ewig bestehen bleiben 
Thread.sleep(100);
System.gc();
}
catch...
}
}

Wie kann ich das machen, dass ich diesen Memory Leak verhindere?

lg

 

[maki]

Wie kann ich das machen, dass ich diesen Memory Leak verhindere?

Wie du schon sagtest, wenn eine Referenz in der map bleibt, kann der GC das nicht finalisieren.

Wenn du referenzen entfernst nachdem du sie nicht mehr brauchst, ist das kein Problem mehr.

zB. remove() statt get(), falls es ein get sein muss, kannst du ja danach den Eintrag in der map auf null setzen.

Im Buch "Effective Java" gibt es eine Diskussion zu genau diesem Verhalten.

 

[PollerJava]

Hab ich schon gelesen,

Die setzten den Eintrag:

element[size] auf null,

Ich dachte mir, vielleicht

float myfloat = new float[1];
map.put(myfloat , new double[1]);
myfloat = null

Das geht ja nicht so, oder. bzw es hilft mir ja gra nichts,, geht das überhaupt, keine Ahnung,

lg

 

[SlaterB]

was willst du erreichen?
du kannst doch nicht ein Buch mit tausend Seiten schreiben
und dich dann wundern, wenn dein Schreibtisch mit mehr als 10 Gramm belastet wird..

wenn du deine Millionen Objekte nicht mehr brauchst,
dann setze die Map auf null oder entferne sie aus der Map und der Spuk ist vorbei,
wo ist die Frage?

 

[hupfdule]

Is ja auch falsch. Damit setzt du myfloat auf null. In der Map ist es immer noch. Dort musst du es löschen:

map.remove(myfloat);

 

[maki]

Hab ich schon gelesen,

Die setzten den Eintrag:

element[size] auf null,

Nee, lies nochmal nach

Deine map behält eine Referenz auf das Objekt, solange die map nicht vom GC finalisiert wird, bleibt auch der float (alle in der map) im Speicher.
Da nutzt es wenig eine andere Referenz auf dasselbe Objekt zu nullen, alle referenzen muss auf null gesetzt werden, auch die in der map (bzw. muss aus der map entfernt werden).

Welche Lebensdauer hat deine map bzw. wie lange brauchst du sie denn?

 

[Marco13]

map.clear(); :roll:

 

[Tobias]

http://java.sun.com/j2se/1.5.0/docs/api/java/util/WeakHashMap.html

 

[PollerJava]

Dankeschön,

Wenn ich jetzt eine Methode habe und in dieser Methode machen einen weiteren Methodenaufruf:

dBWriter.completeRow("Tabellenname", new Timestamp(setDate(time).getTime()), null, hold, Nr);

bleibt mir dann das Objekt von new Timestamp(setDate(time).getTime()) (Parameter) erhalten (also ein Memory Leak) oder fährt da der GC irgendwann mal drüber?

lg

 

[maki]

bleibt mir dann das Objekt von new Timestamp(setDate(time).getTime()) (Parameter) erhalten (also ein Memory Leak) oder fährt da der GC irgendwann mal drüber?

Das kommt doch ganz darauf an, was der dbWriter mit der Referenz macht...

 

[PollerJava]

Der macht das:

public void completeRow(String tableName, Timestamp gekommen, Timestamp gegangen, Timestamp quit, String alarmNr)
        {
        try {
            if (gegangen != null)
                {           
                ra = new DBAlarmeReadBean();
                ra.setTabelle(tableName);
                ra.setKommen(gekommen);
                ra.setGehen(gegangen);
                ra.setAlarmNr(alarmNr);
                sqlMap.insert("updateAlarmeGehen", ra);                             
                }
            else if (quit != null)
                {
                ra = new DBAlarmeReadBean(); 
                ra.setTabelle(tableName);
                ra.setKommen(gekommen);
                ra.setQuit(quit);
                ra.setAlarmNr(alarmNr);                
                sqlMap.insert("updateAlarmeQuit", ra);                                                                   
                }  
            } 
        catch (SQLException ex) 
            {
            ex.printStackTrace();
            }                           
        }

 

[maki]

Da wird doch keine Referenz zurückbehalten...

In diesem Falle würde der TimeStamp irgendwann (oder nicht) vom GC finalisiert werden.

 

[PollerJava]

Naja, ich gehe gerade meinen Code durch und möchte eben meine Memory Leaks aufspüren, da meinen Objekte in der JVM ständig steigen und ich leider nicht weis (trotz Profiler), wo das stattfindet.