Was bei TransactionTooLargeException zu tun ist

Ich bekam ein TransactionTooLargeException. Nicht reproduzierbar. In den Unterlagen steht

Die Binder-Transaktion ist fehlgeschlagen, weil sie zu groß war.

Während eines entfernten Prozeduraufrufs werden die Argumente und der Rückgabewert des Aufrufs als Parcel-Objekte übertragen, die im Binder-Transaktionspuffer gespeichert sind. Wenn die Argumente oder der Rückgabewert zu groß sind, um in den Transaktionspuffer zu passen, schlägt der Aufruf fehl und TransactionTooLargeException wird ausgelöst.

…

Es gibt zwei mögliche Ergebnisse, wenn ein Remoteprozeduraufruf TransactionTooLargeException auslöst. Entweder konnte der Client seine Anfrage nicht an den Dienst senden (höchstwahrscheinlich, wenn die Argumente zu groß waren, um in den Transaktionspuffer zu passen), oder der Dienst konnte seine Antwort nicht an den Client zurücksenden (höchstwahrscheinlich, wenn der Rückgabewert zu groß, um in den Transaktionspuffer zu passen).

…

Irgendwo übergebe oder empfange ich also Argumente, die eine unbekannte Grenze überschreiten. Woher?

Der Stacktrace zeigt nichts Brauchbares:

java.lang.RuntimeException: Adding window failed
at android.view.ViewRootImpl.setView(ViewRootImpl.java:548)
at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:406)
at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:320)
at android.view.WindowManagerImpl$CompatModeWrapper.addView(WindowManagerImpl.java:152)
at android.view.Window$LocalWindowManager.addView(Window.java:557)
at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2897)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2245)
at android.app.ActivityThread.access$600(ActivityThread.java:139)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1262)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:154)
at android.app.ActivityThread.main(ActivityThread.java:4977)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:511)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:784)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:551)
at dalvik.system.NativeStart.main(Native Method)
Caused by: android.os.TransactionTooLargeException
at android.os.BinderProxy.transact(Native Method)
at android.view.IWindowSession$Stub$Proxy.add(IWindowSession.java:569)
at android.view.ViewRootImpl.setView(ViewRootImpl.java:538)
... 16 more
android.os.TransactionTooLargeException
at android.os.BinderProxy.transact(Native Method)
at android.view.IWindowSession$Stub$Proxy.add(IWindowSession.java:569)
at android.view.ViewRootImpl.setView(ViewRootImpl.java:538)
at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:406)
at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:320)
at android.view.WindowManagerImpl$CompatModeWrapper.addView(WindowManagerImpl.java:152)
at android.view.Window$LocalWindowManager.addView(Window.java:557)
at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2897)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2245)
at android.app.ActivityThread.access$600(ActivityThread.java:139)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1262)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:154)
at android.app.ActivityThread.main(ActivityThread.java:4977)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:511)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:784)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:551)
at dalvik.system.NativeStart.main(Native Method)

Es scheint mit Ansichten zusammenzuhängen? Wie hängt dies mit dem Remoteprozeduraufruf zusammen?

Vielleicht wichtig: Android-Version: 4.0.3, Gerät: HTC One X

Wenn Sie untersuchen müssen, welches Paket Ihren Absturz verursacht, sollten Sie es versuchen TooLargeTool.

(Ich habe dies als Kommentar von @Max Spencer unter der akzeptierten Antwort gefunden und es war in meinem Fall hilfreich.)

Die TransactionTooLargeException plagt uns jetzt seit ungefähr 4 Monaten und wir haben das Problem endlich gelöst!

Was passierte, war, dass wir a verwenden FragmentStatePagerAdapter in einem ViewPager. Der Benutzer würde durchblättern und mehr als 100 Fragmente erstellen (es ist eine Leseanwendung).

Obwohl wir die Fragmente ordentlich verwalten destroyItem()in der Android-Implementierung von FragmentStatePagerAdapter Es gibt einen Fehler, bei dem ein Verweis auf die folgende Liste beibehalten wurde:

private ArrayList<Fragment.SavedState> mSavedState = new ArrayList<Fragment.SavedState>();

Und wenn das Android ist FragmentStatePagerAdapter versucht, den Zustand zu speichern, wird die Funktion aufgerufen

@Override
public Parcelable saveState() {
    Bundle state = null;
    if (mSavedState.size() > 0) {
        state = new Bundle();
        Fragment.SavedState[] fss = new Fragment.SavedState[mSavedState.size()];
        mSavedState.toArray(fss);
        state.putParcelableArray("states", fss);
    }
    for (int i=0; i<mFragments.size(); i++) {
        Fragment f = mFragments.get(i);
        if (f != null && f.isAdded()) {
            if (state == null) {
                state = new Bundle();
            }
            String key = "f" + i;
            mFragmentManager.putFragment(state, key, f);
        }
    }
    return state;
}

Wie Sie sehen können, auch wenn Sie die Fragmente in der richtig verwalten FragmentStatePagerAdapter Unterklasse speichert die Basisklasse immer noch eine Fragment.SavedState für jedes einzelne Fragment, das jemals erstellt wurde. Die TransactionTooLargeException würde auftreten, wenn dieses Array in a ausgegeben wurde parcelableArray und das Betriebssystem würde es nicht mögen 100+ Elemente.

Daher bestand die Lösung für uns darin, die zu überschreiben saveState() Methode u nicht alles aufbewahren "states".

@Override
public Parcelable saveState() {
    Bundle bundle = (Bundle) super.saveState();
    bundle.putParcelableArray("states", null); // Never maintain any states from the base class, just null it out
    return bundle;
}

Für diejenigen, die auf der Suche nach einer Antwort darauf, warum die TransactionTooLargeException erscheint, bitter enttäuscht sind, Versuchen Sie zu überprüfen, wie viele Informationen Sie im Instanzstatus speichern.

Beim Kompilieren/targetSdkVersion <= 23 haben wir nur eine interne Warnung über die Größe des gespeicherten Zustands, aber nichts ist abgestürzt:

E/ActivityThread: App sent too much data in instance state, so it was ignored
    android.os.TransactionTooLargeException: data parcel size 713856 bytes
    at android.os.BinderProxy.transactNative(Native Method)
    at android.os.BinderProxy.transact(Binder.java:615)
    at android.app.ActivityManagerProxy.activityStopped(ActivityManagerNative.java:3604)
    at android.app.ActivityThread$StopInfo.run(ActivityThread.java:3729)
    at android.os.Handler.handleCallback(Handler.java:751)
    at android.os.Handler.dispatchMessage(Handler.java:95)
    at android.os.Looper.loop(Looper.java:154)
    at android.app.ActivityThread.main(ActivityThread.java:6044)
    at java.lang.reflect.Method.invoke(Native Method)
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:865)
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:755)

Aber beim Kompilieren/targetSdkVersion >= 24 haben wir einen echten RuntimeException-Absturz in diesem Fall:

java.lang.RuntimeException: android.os.TransactionTooLargeException: data parcel size 713860 bytes
    at android.app.ActivityThread$StopInfo.run(ActivityThread.java:3737)
    at android.os.Handler.handleCallback(Handler.java:751)
    at android.os.Handler.dispatchMessage(Handler.java:95)
    at android.os.Looper.loop(Looper.java:154)
    at android.app.ActivityThread.main(ActivityThread.java:6044)
    at java.lang.reflect.Method.invoke(Native Method)
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:865)
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:755)
 Caused by: android.os.TransactionTooLargeException: data parcel size 713860 bytes
   at android.os.BinderProxy.transactNative(Native Method)
   at android.os.BinderProxy.transact(Binder.java:615)
   at android.app.ActivityManagerProxy.activityStopped(ActivityManagerNative.java:3604)
   at android.app.ActivityThread$StopInfo.run(ActivityThread.java:3729)
   at android.os.Handler.handleCallback(Handler.java:751) 
   at android.os.Handler.dispatchMessage(Handler.java:95) 
   at android.os.Looper.loop(Looper.java:154) 
   at android.app.ActivityThread.main(ActivityThread.java:6044) 
   at java.lang.reflect.Method.invoke(Native Method) 
   at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:865) 
   at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:755) 

Was ist zu tun?

Speichern Sie Daten in der lokalen Datenbank und bewahren Sie nur IDs im Instanzstatus auf, die Sie zum Abrufen dieser Daten verwenden können.

Diese Ausnahme wird normalerweise ausgelöst, wenn die App an den Hintergrund gesendet wird.

Also habe ich mich entschieden, die Datenfragmentmethode zu verwenden, um das vollständig zu umgehen onSavedInstanceStae Lebenszyklus. Meine Lösung verarbeitet auch komplexe Instanzzustände und gibt Speicher so schnell wie möglich frei.

Zuerst habe ich ein einfaches Fargment erstellt, um die Daten zu speichern:

package info.peakapps.peaksdk.logic;
import android.app.Fragment;
import android.app.FragmentManager;
import android.os.Bundle;

/**
 * A neat trick to avoid TransactionTooLargeException while saving our instance state
 */

public class SavedInstanceFragment extends Fragment {

    private static final String TAG = "SavedInstanceFragment";
    private Bundle mInstanceBundle = null;

    public SavedInstanceFragment() { // This will only be called once be cause of setRetainInstance()
        super();
        setRetainInstance( true );
    }

    public SavedInstanceFragment pushData( Bundle instanceState )
    {
        if ( this.mInstanceBundle == null ) {
            this.mInstanceBundle = instanceState;
        }
        else
        {
            this.mInstanceBundle.putAll( instanceState );
        }
        return this;
    }

    public Bundle popData()
    {
        Bundle out = this.mInstanceBundle;
        this.mInstanceBundle = null;
        return out;
    }

    public static final SavedInstanceFragment getInstance(FragmentManager fragmentManager )
    {
        SavedInstanceFragment out = (SavedInstanceFragment) fragmentManager.findFragmentByTag( TAG );

        if ( out == null )
        {
            out = new SavedInstanceFragment();
            fragmentManager.beginTransaction().add( out, TAG ).commit();
        }
        return out;
    }
}

Dann umgehe ich bei meiner Hauptaktivität den gespeicherten Instanzzyklus vollständig und verschiebe die Verantwortung auf mein Datenfragment. Dies muss nicht für die Fragmente selbst verwendet werden, da ihr Status automatisch zum Status der Aktivität hinzugefügt wird):

@Override
protected void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);

    SavedInstanceFragment.getInstance( getFragmentManager() ).pushData( (Bundle) outState.clone() );
    outState.clear(); // We don't want a TransactionTooLargeException, so we handle things via the SavedInstanceFragment
}

Was übrig bleibt, ist einfach, die gespeicherte Instanz zu öffnen:

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(SavedInstanceFragment.getInstance(getFragmentManager()).popData());
}

@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
    super.onRestoreInstanceState( SavedInstanceFragment.getInstance( getFragmentManager() ).popData() );
}

Alle Einzelheiten: http://www.devsbedevin.net/avoiding-transactiontoolargeexception-on-android-nougat-and-up/