'Catching' OutOfMemoryError löst das Problem der Speicherauslastung vollständig?

Question

Ich bekam OutOfMemoryError Nachrichten in LogCat und meine App stürzte ab, weil die Fehler nicht abgefangen wurden.

Zwei Dinge verursachten die OutOfMemoryError:
1. Lesen einer großen Textdatei in eine Zeichenfolge.
2. Senden dieser Zeichenfolge an meine TextView.

Das einfache Hinzufügen eines Catch zu diesen beiden Dingen fängt nicht nur den OutOfMemoryError ab, sondern scheint auch das Problem des fehlenden Arbeitsspeichers vollständig zu lösen.
Kein Absturz mehr und keine weiteren Fehlermeldungen in LogCat. Die App läuft einfach perfekt.

Wie ist das möglich? Was genau passiert?

Mit diesem Code, war ich immer die Fehlermeldungen & App abstürzt:

try 
{ 
myString = new Scanner(new File(myFilePath)).useDelimiter("\\A").next(); 
} 
catch (FileNotFoundException e) 
{ 
e.printStackTrace(); 
} 


myTextView.setText(myString); 

Nur durch 'Fang' den OutOfMemoryError, keine Fehlermeldungen mehr in LogCat und kein Krachen:

try 
{ 
myString = new Scanner(new File(myFilePath)).useDelimiter("\\A").next(); 
} 
catch (FileNotFoundException e) 
{ 
e.printStackTrace(); 
} 
catch(OutOfMemoryError e) 
{ 
} 


try 
{ 
myTextView.setText(myString); 
} 
catch(OutOfMemoryError e) 
{ 
} 

Answer 1

Wenn Sie die OutOfMemoryError fangen, der Garbage Collector versucht, den Speicher freizugeben bisher verwendeten und damit die Anwendung weitermachen kann, wenn die Anwendung das lassen Müllsammler macht seine Arbeit (d. h Die Anwendung hat keinen Verweis mehr auf diese große Zeichenfolge.

Allerdings ist das Abfangen eines OutOfMemoryError bei weitem nicht fehlerfrei. Siehe Catching java.lang.OutOfMemoryError?.

Answer 2

Ich denke, Ihre Zeichenfolge ist nicht vollständig geladen, oder auch wenn es ist (es kann den Fehler nur nach dem Hinzufügen des Textes werfen), was passiert, hängt von der aktuellen Speicher für Ihre App so abfangen OutOfMemoryError ist kein praktikable Lösung hier.

Wenn Sie wirklich eine große Zeichenkette laden und in einem EditText anzeigen möchten, empfehle ich Ihnen, nur einen kleinen Teil der Datei (sagen wir 50kB) zu laden, und implementieren Sie eine Art von Paging, wie eine Schaltfläche lädt die nächsten 50kB. Sie können auch zusätzliche Zeilen laden, wenn der Benutzer durch die EditText scrollt.

Answer 3

Wenn Sie die Ausnahme abfangen, versucht die JVM, sie wiederherzustellen, indem sie den Garbage Collector aufruft und die nicht mehr verwendeten Objekte abschabt.

Dies könnte das Problem in Ihrem Fall lösen. Aber stellen Sie sich vor, dass das Problem wegen schlechter Codierung und Speicherlecks in Ihrem gesamten Code auftritt. Catching löst das Problem nicht, da GC keine Objekte sammelt. GC wird häufiger eingesetzt und die Leistung Ihrer Anwendung wird sinken, bis sie unbrauchbar wird.

Dieser Fehler tritt grundsätzlich auf, wenn die JVM nicht mehr Speicher auf Heap für neue Objekte zuweisen kann.Das Abfangen der Ausnahme und das Bereinigen und Freigeben von Speicher durch den GC kann eine Lösung sein, aber Sie sind sich nie sicher, ob Sie sich im wiederherstellbaren Zustand befinden. Ich würde den catch-Block verwenden, um den Fehler zu beheben, ihn zu protokollieren und die Anwendung zu schließen. Wenn Sie das Speicherproblem in diesem Fall lösen wollen, tun es richtig und die JVM mit mehr Speicher initialisieren (das Java-Argument -Xmx)