Android, aus dem Speicher in die benutzerdefinierte Ansicht

Ich bin stress-testing eine app, die besteht aus einer Reihe von benutzerdefinierten Ansichten (3 in), die in ein frameLayout.

Nur zwei gehalten werden, zu einer Zeit, obwohl. Ich habe die Ansicht 1, Ansicht hinzufügen zwei, animieren out 1 und animieren in 2, dann entfernen Sie 1, und Umgekehrt, wenn ich gehen bacward durch HDie Ansichten.

Jede Ansicht dann lädt eine große Menge von Bilddaten, wenn es erstellt wird, mithilfe der folgenden Methode:

mBmp[background] = BitmapFactory.decodeStream(context.getAssets().open("view1_background.png"));

Unten ist ein Beispiel meiner Ansicht, code-switching, das Umschalten nach vorne, auf die nextView.

currView.startAnimation(AnimClass.outToLeftAnimation(null));
    intView++;
    nextView = ViewFactory.getInstance(this, intView, viewInitializer);
    mainLayout.addView(nextView, 0);
    nextView.startAnimation(AnimClass.inFromRightAnimation(this));
    mainLayout.removeViewInLayout(currView);
    currView = nextView;
    nextView = null;

viewInitializer ruft eine Benutzerdefinierte Ansicht abhängig von der intView-und instanziiert es, die lädt dann die Bilder mithilfe der oben beschriebenen Methode.

Das problem ist, dass wenn ich wechseln die Ansichten schnell genug, ich kann es verursachen, zu stoppen, zu halten (auch wenn ich deaktivieren Sie die Tasten, bis die slide-out-animation abgeschlossen ist) und nach ein paar Schalter, die ich verlieren die meisten Bilder in einer Ansicht und nur am Ende mit ein oder zwei der kleinsten Bilder immer noch da. Es zeigt keine Fehler, wenn dies geschieht, mit Ausnahme der folgenden Nachrichten (eine pro Bild, in der Ansicht):

01-27 13:52:00.730: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 139264
01-27 13:52:01.011: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 425984
01-27 13:52:01.011: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 1187840
01-27 13:52:01.011: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 139264
01-27 13:52:01.093: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 139264
01-27 13:52:01.128: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 425984
01-27 13:52:01.144: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 1187840
01-27 13:52:01.179: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 139264
01-27 13:52:01.245: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 425984
01-27 13:52:01.261: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 139264
01-27 13:52:01.277: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 1187840
01-27 13:52:01.343: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 139264
01-27 13:52:01.363: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 425984
01-27 13:52:01.409: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 1187840
01-27 13:52:01.429: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 139264
01-27 13:52:01.511: DEBUG/skia(23064): ------- imageref_ashmem create failed <(null)> 139264

Wenn ich die Ansichten wechseln, es macht das gleiche auf jeder Ansicht. Es scheint mir, dass meine Ansicht Umschalten-code nicht freigeben die Ansichten, wenn Sie entfernt oder die Bilder (bitmaps) nicht als aufgehoben, sobald die Ansicht " entfernt wird.

Wenn dann benutze ich eine Absicht zur Rückkehr zu meiner Haupttätigkeit bekomme ich die folgende:

Surface  E  Surface (identity=4810) requestBuffer(0, 00000033) returneda buffer with a null handle
Surface  E  getBufferLocked(0, 00000033) failed (Out of memory)
Surface  E  dequeueBuffer failed (Out of memory)
ViewRoot  E  OutOfResourcesException locking surface
ViewRoot  E  android.view.Surface$OutOfResourcesException
ViewRoot  E     at android.view.Surface.lockCanvasNative(Native Method)
ViewRoot  E     at android.view.Surface.lockCanvas(Surface.java:314)
ViewRoot  E     at android.view.ViewRoot.draw(ViewRoot.java:1363)
ViewRoot  E     at android.view.ViewRoot.performTraversals(ViewRoot.java:1172)
ViewRoot  E     at android.view.ViewRoot.handleMessage(ViewRoot.java:1749)
ViewRoot  E     at android.os.Handler.dispatchMessage(Handler.java:99)
ViewRoot  E     at android.os.Looper.loop(Looper.java:123)
ViewRoot  E     at android.app.ActivityThread.main(ActivityThread.java:4627)
ViewRoot  E     at java.lang.reflect.Method.invokeNative(Native Method)
ViewRoot  E     at java.lang.reflect.Method.invoke(Method.java:521)
ViewRoot  E     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:871)
ViewRoot  E     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:629)
ViewRoot  E     at dalvik.system.NativeStart.main(Native Method)

Kann jemand empfehlen, wo ich vielleicht schief gegangen?

EDIT: finde nicht die genaue Ursache, aber ich löste das problem durch ausführen einer garbage sammeln zwischen wechseln von Ansichten.

Hamid , Hast du versucht, mit SoftReference?
Nein, habe ich nicht versuchen, weil aus meinem Verständnis dies würde es ermöglichen, das system zu entfernen, meine Bilder aus dem Speicher, während ich bin mit Ihnen? Ist dies ein korrektes Verständnis? Es ist nicht akzeptabel, dass es zum entfernen der Bilder, während mein Blick immer noch im Fokus.

InformationsquelleAutor Hamid | 2011-01-27

haben Sie sich Gedanken über die Verwendung von bitmap-Optionen zu importieren, kleinere Bilder, weniger Bild-Daten? Wenn Sie hochauflösende Bilder (zB. Kamera, Fotos) es ist nie notwendig zu zeigen, den Benutzern die volle Bildauflösung.

versuchen, dies zu tun, bevor Sie importieren Sie die bitmap -

Options options = new Options();            
options.inJustDecodeBounds = true;

BitmapFactory.decodeFile(context.getAssets().open("view1_background.png"), options);

options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight);

Log.i(getClass().getSimpleName(), 
            "height: " + options.outHeight +
            "\nwidth: " + options.outWidth +
            "\nmimetype: " + options.outMimeType +
            "\nsample size: " + options.inSampleSize);

options.inJustDecodeBounds = false;

mBmp[background] = BitmapFactory.decodeStream(context.getAssets().open("view1_background.png"));

wo in sample-Größe wird bestimmt, indem die folgenden:

public static int calculateInSampleSize( Options options, int reqWidth, int reqHeight) 
{
    //Raw height and width of image
    final int height = options.outHeight;
    final int width = options.outWidth;
    int inSampleSize = 1;

    while (height / inSampleSize > reqHeight || width / inSampleSize > reqWidth) 
    {
        if (height > width)
        {
            inSampleSize = height / reqHeight;
            if (((double)height % (double)reqHeight) != 0) 
            {
                inSampleSize++;
            }
        } 
        else 
        {
            inSampleSize = width / reqWidth;
            if (((double)width % (double)reqWidth) != 0) 
            {
                inSampleSize++;
            }
        }
    }
    return inSampleSize;
}

Leider waren die Bilder für ein animiertes Buch, und wurden pixel-perfekt für den Bildschirm, Sie wurden angezeigt. Skalierung der Bilder war ein Ding der Unmöglichkeit. Ich bin nicht mehr an dem Projekt arbeiten, aber so hoffentlich kann ich akzeptieren, dass man diese Antworten, die nützlich sein können für andere.
vielen Dank für die Annahme und leider war ich nicht in der Lage zu helfen, mit Ihren genauen Fall
Kein problem. Vielen Dank, dass Sie it a shot, selbst so lange nach der ursprünglichen Frage. Kein Zweifel, Ihre Antwort wird kommen, für andere nützlich jetzt.

InformationsquelleAutor chris-tulip

0

Ich bevorzuge eine bestimmte Art von "Aufräumen" bei der Arbeit mit einer Menge von Bildern,... Haben Sie versucht, deinitialize (recycle bitmaps) die Bilder, die Sie laden, bevor Sie Sie entfernen Sie die Ansicht aus dem layout?
- Ja, ich habe dies ausprobiert, leider bekomme ich eine null-pointer, weil der Versuch, die bitmaps, die nur recycelt. Ich weiß wirklich nicht verstehen, warum würde es immer noch benutzen wollen, wenn es bereits animierte out-of-view (off-screen)und dann wieder aus dem layout. (Ich Recycling NACH dem entfernen von layout, tötet meine app mit null-Zeiger.
- Sollten Sie Debuggen das Verhalten und werfen Sie einen Blick auf die Objekt-id, die Sie verwenden, wenn Sie wechseln. vielleicht sind Sie nicht ein neues zu erstellen, sondern die Wiederverwendung der alten? Das ist, was mir passiert ist nicht lange her...
- Gut, ich habe 3 Objekte anzeigen (prev, current und next), wenn ich den Schalter nach vorne oder hinten instanziiere ich die neue Ansicht in die Vorherige oder nächste bzw. wechseln Strom mit prev oder next, dann entfernen, aktuelle und weisen Sie prev oder next zum aktuellen.
- Ich weiß, dass, aber haben Sie bewiesen, dass durch die Anmeldung die id der Objekte, die Sie erstellen und verwenden? Warum tun Sie erstellen eine neue Ansicht überhaupt? warum nicht einfach "sauber" die prev und eine Wiederverwendung der Instanz, wenn du es wieder brauchst?
- Hinzugefügt Protokollierung überprüfen Sie die IDs, es ist definitiv setzen die rechts-Ansichten an den richtigen stellen. Als für nicht die Wiederverwendung, die jede Sicht ist einzigartig, jeder mit seiner eigenen Klasse. Es gibt viele, und die Anzahl ist beliebig.
- Als Sie nur einen Blick auf die Stapel-Ablaufverfolgung, um herauszufinden, die call-Hierarchie. Mit, finden Sie vielleicht eine Antwort auf die Frage "warum wäre es immer noch wollen, um diese zu nutzen"
InformationsquelleAutor WarrenFaith

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.