Bitmap-Bild aus der Erinnerung

Ich weiß es gibt viele Diskussionen über android, bitmap-Bilder aus der Erinnerung, aber ich Frage mich, wenn jemand könnte es mir erklären..

Derzeit in meiner app habe ich eine Tätigkeit, die Listen Bild (niedrige Qualität) und wenn ich auf ein Bild-es öffnet sich eine neue Aktivität, um das Bild anzuzeigen Vollbild. In meiner 2. Aktivität der Klasse I haben:

BitmapFactory.Options options = new BitmapFactory.Options();
options.inSampleSize = 1;
bm = BitmapFactory.decodeFile(myImagePath, options);

Dann legte ich diese in eine Bildansicht, um es anzuzeigen. Dies funktioniert, und zeigt mein Bild auf seine volle Qualität. Jedoch wenn ich auf zurück, und klicken Sie dann auf, um zu sehen, dass Bild wieder (und wiederholen Sie dies 6 mal) .. auf dem 6. mal öffnen des Bildes (activity2) bekomme ich eine out of memory Fehlermeldung besagt, dass die Heap-Größe=6919KB, Zugeordnet=3125KB, Bitmap Size = 25848KB!

Wie wird die bitmap-Größe so groß sein? Ich nahm an, es kann sein das erstellen neuer Instanzen die ganze Zeit, so dass ich dann beschlossen, eine Methode in meinem 2-Aktivität, wenn die zurück-Taste gedrückt..und bei dieser Methode habe ich meine bitmap=null und hat auch System.gc() zum löschen der garbage collector ABER das hat das problem nicht beheben. Noch heute bekomme ich eine out of memory-Fehler auf der 6. mal der Klick auf die Miniaturansicht, um das Bild in voller Auflösung

Kann mir jemand erklären, warum? Dank

  • Das ist ungefähr eine 6-megapixel-bitmap mit alpha-Kanal. Bitmaps sind groß.
  • warum ist die bitmap-Größe - 25 MB auf der out of memory Fehler dann? und wie ich sagte, es wird die Arbeit für 5 Ansichten und der Arbeitsspeicher auf das 6. mal
  • Sind Sie undicht Speicher?
  • ich muss denke ich.. aber ich verstehe nicht, wie
InformationsquelleAutor Mr X | 2011-07-13
  1. 16

    Gibt es einige großartige Informationen von android, erklärt alles im detail, und wie dieses problem zu überwinden,hier.

    Jedes pixel aus 4 Bytes. 6M Pixel = 24MBs

    Ein Foto verwenden können, bis alle Speicher.

    Bitmaps nehmen viel Speicher, vor allem für die reichen Bilder wie Fotografien. Wenn zum Beispiel die Kamera auf dem Galaxy Nexus nimmt Fotos bis zu 2592x1936 Pixel (5 Megapixel). Wenn die bitmap-Konfiguration verwendet wird ARGB_8888 (der Standardwert aus der Android 2.3 weiter), dann laden Sie dieses Bild in den Speicher dauert etwa 19 MB Speicher (2592*1936*4 bytes), sofort Ausschöpfung der pro-app-limit auf einigen Geräten.

    Wieder Stelle ich Sie an dieser toller link fand ich aus einer anderen Frage ALSO, dass hat tutorials, wie man richtig über kommt das problem.

    • Wie dieses problem zu behandeln, mit Picasso oder Universal Image Loader? Ich bin mit diesen libs und noch immer sehr schnell OOM.
    • href="http://stackoverflow.com/questions/30011106/download-image-and-resize-to-avoid-oom-errors-picasso-fit-distorts-image">Dies könnte nützlich sein,. Beachten Sie auch, dass Sie zu viel Speicher anderswo. Es ist vielleicht nicht Picasso selbst
    • aber ich habe diese Forderung in der Haupt-Bildschirm und ich bin nur mit der app und das scrollen ist es und es stürzt ab. Ich habe viewpager mit 5 Bilder (Breite und Höhe = screenwidth) als ListView-Element.
    • Sind Sie sicher, dass die Höhe und Breite Bildschirm-Breite. Stellen Sie sicher, dass Sie nur Bilder laden und entsorgen Sie, wenn Sie nicht sichtbar. Sie sind am besten Fragen Sie Ihre eigene Frage, mit details/code/Bilder, also der Gemeinschaft helfen kann 🙂
    InformationsquelleAutor Doomsknight
  2. 2

    inSample Größe sollte so eingestellt werden, das Bild wird skaliert auf die Größe des Anzeigebereichs (1 = volle Größe), es sei denn, es besteht Grund Sie denken, Sie brauchen alle bits des Bildes, so dass 2 = 1/2 Skala 4 1/4 scale etc.

    Versuchen Sie auch bm.recycle (), wenn Sie fertig sind mit der bitmap vor der Verwendung =null

    Update

    Blick auf die zweite Antwort was bedeutet Recycling tun, es sei denn, Sie haben das schon versucht und es hat nicht funktioniert. Ich habe getan, ähnliche Dinge, die mit dem laden von Bildern, und nie aus der Erinnerung, das ist kein Beweis, dass es für Sie zu arbeiten, aber es ist ein best-practice-soweit ich das sagen kann.

    • So weit ich bin mir bewusst, bm.recycle(); bringt absolut nichts. Ich verstehe die Skala Größen und ja, ich brauche mein Bild für die Originalgröße. Ich selbst onDestory Methode und nannte den garbage collector aufgerufen finish(); und setze meinen view-Instanz und Variablen auf null..etc und es immer noch abgestürzt
    • So Ihr Bild, h/w, ist <= display-Größe oder sagen Sie, Sie zu Bearbeiten müssen die bits? Zu .recylce nichts zu tun, das ist nicht das, was die docs sagen --- void recycle() Kostenlos das systemeigene Objekt im Zusammenhang mit dieser bitmap und klar, der Verweis auf die pixel-Daten. So haben Sie es tatsächlich versuchen .recyle() auch?
    • finden Sie mir einen Kommentar darüber und modifiziert Antwort
    • recyceln MACHT den Speicher frei, die von einer Bitmap, und ist sehr wichtig.
    • Ich habe die Feste OOM-Ausnahme jetzt. Im Grunde ist Android nicht Müll sammeln, wenn er eine Aktivität. Also, wenn Sie neu starten, die Aktivität und in diesem Fall bin ich das laden einer bitmap-Bild..der Speicher-heap wird groß schnell und schließlich läuft out of memory. Um es zu beheben, ich habe Folgendes in meine onDestory Methode : bm.recycle; customImageView.setImageDrawable(null); System.gc();
    • ja, Sie müssen entfernen Sie alle Referenzen vor der GC wird die Arbeit natürlich, wenn Sie sprechen über den Anwendungskontext ich gehe davon aus, dass Sie verwendet eine Aktivität Kontext, der nicht ordnungsgemäß entsorgt zuvor? Das nächste mal vielleicht etwas mehr code, damit wir sehen können das alle. Trotzdem froh, dass es funktioniert für Sie jetzt, würde ich noch gebrauchen .recyceln zu optimieren, obwohl dies.
    • Ja, ich Stimme zu. Im Grunde für jeden Leser, die Sie sich merken müssen, zu tun, recyceln bitmap, dann null-bitmap, dann Müll sammeln - alle in der onDestroy-Methode
    • Herr X, es muss nicht auf die OnDestory, richtig? Es kann überall sein, nachdem Sie fertig sind mit dem Bild

    InformationsquelleAutor Idistic
Schreibe einen Kommentar