牛轧糖上的android.os.TransactionTooLargeException


74

我将Nexus 5X更新为Android N,现在当我在其上安装应用程序(调试或发行版)时,每次在具有Bundle附加功能的屏幕过渡上都得到TransactionTooLargeException。该应用程序可在所有其他设备上使用。Nexus 5X可以在PlayStore上使用具有几乎相同代码的旧版应用程序。有人遇到同样的问题吗?

java.lang.RuntimeException: android.os.TransactionTooLargeException: data parcel size 592196 bytes
   at android.app.ActivityThread$StopInfo.run(ActivityThread.java:3752)
   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:6077)
   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 592196 bytes
   at android.os.BinderProxy.transactNative(Native Method)
   at android.os.BinderProxy.transact(Binder.java:615)
   at android.app.ActivityManagerProxy.activityStopped(ActivityManagerNative.java:3606)
   at android.app.ActivityThread$StopInfo.run(ActivityThread.java:3744)
   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:6077) 
   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

用出现的地方写课。这意味着您有一个带有大量数据的parces的类。
维亚切斯拉夫


1
那是问题。在大多数情况下,我只发送带有很少字符串的小包裹对象。我在每次活动转换时都收到此错误。在其他设备上,它可以正常工作。
弗拉基米尔·约瓦诺维奇

6
据报道它是一个错误,请参阅code.google.com/p/android/issues/detail?id=212316
Romain Piel

Answers:


29

每当您看到TransactionTooLargeException某个Activity正在停止的事件时,这都意味着该用户Activity正试图将其保存的状态发送Bundles到系统OS以安全保存,以便稍后进行恢复(在配置更改或进程终止后),但是其中一个或多个Bundles它发送的太大。一次进行的所有此类事务的最大限制为大约1MB,即使没有任何一个Bundle超过该限制,也可以达到该限制。

主要的罪魁祸首通常onSaveInstanceState是在ActivityFragments由托管的任何内部保存过多的数据Activity。通常,这在保存特别大的内容(例如a)Bitmap时发生,但在发送大量较小的数据(例如Parcelable对象列表)时也可能发生。Android团队在很多场合都非常明确地指出,应仅将少量与视图相关的数据保存在中onSavedInstanceState。但是,开发人员经常保存网络数据页面,以使配置更改看起来尽可能平滑,而不必再次重新获取相同的数据。从Google I / O 2017开始,Android团队已经明确表示,Android应用程序的首选架构可保存网络数据

  • 在内存中,因此可以轻松地在配置更改中重复使用
  • 到磁盘上,以便在进程终止和应用程序会话后可以轻松还原它

他们的新ViewModel框架和Room持久性库旨在帮助开发人员适应这种模式。如果您的问题是在中保存了太多数据onSaveInstanceState,那么使用这些工具更新到这样的体系结构应该可以解决问题。

就个人而言,在更新为该新模式之前,我想使用现有的应用程序,并TransactionTooLargeException在此同时解决问题。我写了一个快速的库来做到这一点:https : //github.com/livefront/bridge。它使用相同的一般思想,即通过配置更改从内存中恢复状态,以及在进程终止后从磁盘中恢复状态,而不是通过将该状态全部发送到OS onSaveInstanceState,但是只需要对现有代码进行非常小的更改即可使用。但是,符合这两个目标的任何策略都应帮助您避免异常,同时又不牺牲保存状态的能力。

最后要注意的是:在Nougat +上看到此消息的唯一原因是,如果最初超过了绑定程序事务限制,则将已保存状态发送到OS的过程将无提示地失败,并且仅在Logcat中显示此错误:

!!! 绑定交易失败!!!

在牛轧糖中,这种无声的失败升级为硬崩溃。值得称赞的是,这是开发团队在Nougat发行说明中记录的内容

现在许多平台API已开始检查跨Binder事务发送的大型有效负载,并且系统现在将TransactionTooLargeExceptions抛出为RuntimeExceptions,而不是静默记录或禁止它们。一个常见的示例是在Activity.onSaveInstanceState()中存储了太多数据,当您的应用程序针对Android 7.0时,这会导致ActivityThread.StopInfo抛出RuntimeException。


我尝试实现您的库,但是没有用。仍然会发生相同的崩溃。
HampelElőd'17

我很想知道您的执行情况。随时将详细信息作为问题保留在图书馆中。正确使用时,我没有任何报告。
Brian Yencho '17

我按照库github页面上的说明进行操作。我是否需要在代码中添加其他内容?
HampelElőd17年

这取决于您之前如何保存状态。如果您使用的是Icepick之类的东西,那么应该没有任何额外的步骤。但是,如果不是这样,则可能需要进行一些代码重组才能首先使用类似的库。如果您在Github项目上发布了一些带有代码示例的更多信息作为Issue,那么我可以确定您的设置是否有问题。
Brian Yencho '17

2
如果您尚未使用Icepick(或类似工具),那还不够。如文档中所述:“ Bridge旨在用作基于批注的状态保存库(如Icepick,Android-State和Icekick)的简单包装。” 有多种方法可以使Bridge在不使用其中任何一种的情况下正常工作,但最终要比仅更新您的应用程序以使用其中一种进行更多的工作。
Brian Yencho '17

25

最后,我的问题是保存在SaveInstance上的东西,而不是发送到下一个活动的东西。我删除了无法控制对象大小(网络响应)的所有保存,现在可以使用了。

更新:

为了保留大量数据,Google建议使用保留实例的Fragment进行处理。想法是创建一个空的Fragment,不带所有必填字段的视图,否则将其保存在Bundle中。添加setRetainInstance(true);到Fragment的onCreate方法。然后将数据保存在Activity的onDestroy上的Fragment中并将其加载到onCreate上。这是活动的示例:

public class MyActivity extends Activity {

    private DataFragment dataFragment;

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);

        // find the retained fragment on activity restarts
        FragmentManager fm = getFragmentManager();
        dataFragment = (DataFragment) fm.findFragmentByTag(“data”);

        // create the fragment and data the first time
        if (dataFragment == null) {
            // add the fragment
            dataFragment = new DataFragment();
            fm.beginTransaction().add(dataFragment, “data”).commit();
            // load the data from the web
            dataFragment.setData(loadMyData());
        }

        // the data is available in dataFragment.getData()
        ...
    }

    @Override
    public void onDestroy() {
        super.onDestroy();
        // store the data in the fragment
        dataFragment.setData(collectMyLoadedData());
    }
}

片段的示例:

public class DataFragment extends Fragment {

    // data object we want to retain
    private MyDataObject data;

    // this method is only called once for this fragment
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        // retain this fragment
        setRetainInstance(true);
    }

    public void setData(MyDataObject data) {
        this.data = data;
    }

    public MyDataObject getData() {
        return data;
    }
}

有关它的更多信息,您可以在这里阅读。


5
那是正确的答案!由于targetSdkVersion 24+将引发此异常,而不是引发“应用程序在实例状态下发送了太多数据,因此将其忽略”。想了解更多信息的人的一些详细信息:code.google.com/p/android/issues/detail?
id=212316

2
当应用只是在后台运行并且ViewState导致此问题时,这无济于事。有谁知道如何处理吗?
AllDayAmazing

只是好奇,如果您对问题数据持有静态引用该怎么办?我的情况是POJO对象的数组列表。
X09

@ X09这种方法的问题在于,当您转到另一个活动时,应该清除该内存,这可能很棘手(您需要在onDestory上清理它,而在旋转屏幕时不必清理onDestroy)。否则,您的所有活动将具有带有某些不需要的对象的静态变量。这种方法可以使用,但是您的应用程序会非常混乱,因此不推荐使用。
弗拉基米尔·乔瓦诺维奇

18

TransactionTooLargeException已经困扰我们大约4个月了,我们终于解决了这个问题!

发生的事情是我们在ViewPager中使用了FragmentStatePagerAdapter。用户将翻阅并创建100多个片段(其阅读应用程序)。

尽管我们在destroyItem()中正确管理了片段,但是在Android的FragmentStatePagerAdapter实现中,存在一个错误,该错误保留对以下列表的引用:

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

当Android的FragmentStatePagerAdapter尝试保存状态时,它将调用该函数

@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;
}

如您所见,即使您正确地管理FragmentStatePagerAdapter子类中的片段,基类仍将为曾经创建的每个片段存储一个Fragment.SavedState。当该数组转储到parcelableArray并且操作系统不希望它超过100个项目时,将发生TransactionTooLargeException。

因此,我们的解决办法是重写saveState()方法,而不为“状态”存储任何内容。

@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;
}

2
在saveState()中,包可以为null,因此,如果(bundle!= null)bundle.putParcelableArray(“ states”,null);
Zbarcea Christian

@ IKK828非常感谢您的回答,您挽救了我的一天!像魅力一样工作:)
jaumebd

18

经过一番尝试,终于解决了我的问题。将此添加到您的Activity

@Override
protected void onSaveInstanceState(Bundle oldInstanceState) {
    super.onSaveInstanceState(oldInstanceState);
    oldInstanceState.clear();
}

2
谢谢@Raj ...您节省了我的时间
varotariya vajsi '18

您不会以这种方式保存任何东西。清除您的所有“进度”用户Activity是一个坏习惯。
N. Park

如果您的实例很重要并且要存储它们,则可以在清除之前保存它, //Create instance variable, Bundle oldInstance; @Override protected void onSaveInstanceState(Bundle oldInstanceState) { super.onSaveInstanceState(oldInstanceState); //save your instance here, here oldInstance = oldInstanceState oldInstanceState.clear(); }
Raj Yadav

11

我在牛轧糖设备上也遇到这个问题。我的应用程序使用了一个包含4个片段的分页器。我对导致问题的4个片段传递了一些大的构造参数。

Bundle借助TooLargeTool跟踪了引起这种情况的大小。

最后,我决定它使用putSerializable一个POJO对象,它实现Serializable,而不是通过大量的原始String使用putString片段在初始化过程中。将大小减小Bundle一半,并且不会抛出TransactionTooLargeException。因此,请确保不要将巨大的参数传递给Fragment

Google问题追踪器中与PS相关的问题:https : //issuetracker.google.com/issues/37103380


3
谢谢大卫。该工具确实帮助我找到了问题的根本原因。你摇滚:)
Nitin Mesta

欢迎@NitinMesta,:)
鲢鱼

8

我面临类似的问题。问题和方案几乎没有什么不同,我通过以下方式解决它。请检查方案和解决方案。

场景: 我在Google Nexus 6P设备(7操作系统)上从客户那里收到一个奇怪的错误,因为我的应用程序在工作4个小时后会崩溃。稍后,我确定它引发了类似的(android.os.TransactionTooLargeException :)异常。

解决方案: 日志没有指向应用程序中的任何特定类,后来我发现这是由于保留了片段的后退堆栈而发生的。在我的情况下,借助自动屏幕移动动画,将4个片段重复添加到后堆栈中。所以我重写了onBackstackChanged(),如下所述。

 @Override
    public void onBackStackChanged() {
        try {
            int count = mFragmentMngr.getBackStackEntryCount();
            if (count > 0) {
                if (count > 30) {
                    mFragmentMngr.popBackStack(1, FragmentManager.POP_BACK_STACK_INCLUSIVE);
                    count = mFragmentMngr.getBackStackEntryCount();
                }
                FragmentManager.BackStackEntry entry = mFragmentMngr.getBackStackEntryAt(count - 1);
                mCurrentlyLoadedFragment = Integer.parseInt(entry.getName());
            }
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

如果堆栈超出限制,它将自动弹出到初始片段。我希望有人会提供帮助,因为异常和堆栈跟踪日志是相同的。因此,每当发生此问题时,如果您正在使用Fragments和Back Stack,请检查Back Stack计数。


该解决方案似乎可以处理我所拥有的TransactionTooLargeException和FAILED BINDER TRANSACTION异常。想知道什么是mCUrrentlyLoadedFragment,以及为什么我们需要解析entry.getName()。谢谢。
tfad334 '19

6

就我而言,我在片段中得到了该异常,因为它的参数之一是一个很大的字符串,我忘了删除它(我只在onViewCreated()方法中使用了那个大字符串)。因此,要解决此问题,我只是删除了该参数。对于您的情况,您必须在调用onPause()之前清除或使任何可疑字段无效。

活动代码

Fragment fragment = new Fragment();
Bundle args = new Bundle();
args.putString("extremely large string", data.getValue());
fragment.setArguments(args);

片段代码

@Override 
public void onViewCreated(View view, Bundle savedInstanceState) {

    String largeString = arguments.get("extremely large string");       
    //Do Something with the large string   
    arguments.clear() //I forgot to execute this  
}

非常感谢,为我工作,很长一段时间以来一直在寻找这个问题,尝试了一切,终于成功了。
akashzincle

删除片段后参数是否会清除???为什么这部分逻辑不成碎片……
莫尔·埃尔马里亚赫

2

应用程序中的问题是我试图将太多内容保存到saveInstanceState中,解决方案是准确地确定应在正确的时间保存哪些数据。基本上仔细查看您的onSaveInstanceState,以确保您不会拉伸它:

@Override
public void onSaveInstanceState(Bundle savedInstanceState) {
    // Save the user's current state
    // Check carefully what you're adding into the savedInstanceState before saving it
    super.onSaveInstanceState(savedInstanceState);
}

1
我遇到了同样的问题,最后我得到了解决,它删除了一些要保存到saveInstanceState中的数据。特别注意outState.putParcelableArrayList(...或包含可拆分列表的可
拆分

1

我遇到了同样的问题。我的解决方法将savedInstanceState卸载到缓存目录中的文件中。

我编写了以下实用程序类。

package net.cattaka.android.snippets.issue;

import android.content.Context;
import android.content.SharedPreferences;
import android.os.Build;
import android.os.Bundle;
import android.os.Parcel;
import android.os.Parcelable;
import android.support.annotation.NonNull;
import android.support.annotation.Nullable;

import java.io.ByteArrayOutputStream;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import java.util.zip.GZIPInputStream;
import java.util.zip.GZIPOutputStream;

/**
 * To parry BUG of Android N. https://code.google.com/p/android/issues/detail?id=212316
 * <p>
 * Created by cattaka on 2017/01/12.
 */
public class Issue212316Parrier {
    public static final String DEFAULT_NAME = "Issue212316Parrier";
    private static final String KEY_STORED_BUNDLE_ID = "net.cattaka.android.snippets.issue.Issue212316Parrier.KEY_STORED_BUNDLE_ID";

    private String mName;
    private Context mContext;
    private String mAppVersionName;
    private int mAppVersionCode;
    private SharedPreferences mPreferences;
    private File mDirForStoredBundle;

    public Issue212316Parrier(Context context, String appVersionName, int appVersionCode) {
        this(context, appVersionName, appVersionCode, DEFAULT_NAME);
    }

    public Issue212316Parrier(Context context, String appVersionName, int appVersionCode, String name) {
        mName = name;
        mContext = context;
        mAppVersionName = appVersionName;
        mAppVersionCode = appVersionCode;
    }

    public void initialize() {
        mPreferences = mContext.getSharedPreferences(mName, Context.MODE_PRIVATE);

        File cacheDir = mContext.getCacheDir();
        mDirForStoredBundle = new File(cacheDir, mName);
        if (!mDirForStoredBundle.exists()) {
            mDirForStoredBundle.mkdirs();
        }

        long lastStoredBundleId = 1;
        boolean needReset = true;
        String fingerPrint = (Build.FINGERPRINT != null) ? Build.FINGERPRINT : "";
        needReset = !fingerPrint.equals(mPreferences.getString("deviceFingerprint", null))
                || !mAppVersionName.equals(mPreferences.getString("appVersionName", null))
                || (mAppVersionCode != mPreferences.getInt("appVersionCode", 0));
        lastStoredBundleId = mPreferences.getLong("lastStoredBundleId", 1);

        if (needReset) {
            clearDirForStoredBundle();

            mPreferences.edit()
                    .putString("deviceFingerprint", Build.FINGERPRINT)
                    .putString("appVersionName", mAppVersionName)
                    .putInt("appVersionCode", mAppVersionCode)
                    .putLong("lastStoredBundleId", lastStoredBundleId)
                    .apply();
        }
    }

    /**
     * Call this from {@link android.app.Activity#onCreate(Bundle)}, {@link android.app.Activity#onRestoreInstanceState(Bundle)} or {@link android.app.Activity#onPostCreate(Bundle)}
     */
    public void restoreSaveInstanceState(@Nullable Bundle savedInstanceState, boolean deleteStoredBundle) {
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
            if (savedInstanceState != null && savedInstanceState.containsKey(KEY_STORED_BUNDLE_ID)) {
                long storedBundleId = savedInstanceState.getLong(KEY_STORED_BUNDLE_ID);
                File storedBundleFile = new File(mDirForStoredBundle, storedBundleId + ".bin");
                Bundle storedBundle = loadBundle(storedBundleFile);
                if (storedBundle != null) {
                    savedInstanceState.putAll(storedBundle);
                }
                if (deleteStoredBundle && storedBundleFile.exists()) {
                    storedBundleFile.delete();
                }
            }
        }
    }

    /**
     * Call this from {@link android.app.Activity#onSaveInstanceState(Bundle)}
     */
    public void saveInstanceState(Bundle outState) {
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
            if (outState != null) {
                long nextStoredBundleId = mPreferences.getLong("lastStoredBundleId", 1) + 1;
                mPreferences.edit().putLong("lastStoredBundleId", nextStoredBundleId).apply();
                File storedBundleFile = new File(mDirForStoredBundle, nextStoredBundleId + ".bin");
                saveBundle(outState, storedBundleFile);
                outState.clear();
                outState.putLong(KEY_STORED_BUNDLE_ID, nextStoredBundleId);
            }
        }
    }

    private void saveBundle(@NonNull Bundle bundle, @NonNull File storedBundleFile) {
        byte[] blob = marshall(bundle);
        OutputStream out = null;
        try {
            out = new GZIPOutputStream(new FileOutputStream(storedBundleFile));
            out.write(blob);
            out.flush();
            out.close();
        } catch (IOException e) {
            // ignore
        } finally {
            if (out != null) {
                try {
                    out.close();
                } catch (IOException e) {
                    // ignore
                }
            }
        }
    }

    @Nullable
    private Bundle loadBundle(File storedBundleFile) {
        byte[] blob = null;
        InputStream in = null;
        try {
            in = new GZIPInputStream(new FileInputStream(storedBundleFile));
            ByteArrayOutputStream bout = new ByteArrayOutputStream();
            int n;
            byte[] buffer = new byte[1024];
            while ((n = in.read(buffer)) > -1) {
                bout.write(buffer, 0, n);   // Don't allow any extra bytes to creep in, final write
            }
            bout.close();
            blob = bout.toByteArray();
        } catch (IOException e) {
            // ignore
        } finally {
            if (in != null) {
                try {
                    in.close();
                } catch (IOException e) {
                    // ignore
                }
            }
        }

        try {
            return (blob != null) ? (Bundle) unmarshall(blob) : null;
        } catch (Exception e) {
            return null;
        }
    }

    private void clearDirForStoredBundle() {
        for (File file : mDirForStoredBundle.listFiles()) {
            if (file.isFile() && file.getName().endsWith(".bin")) {
                file.delete();
            }
        }
    }


    @NonNull
    private static <T extends Parcelable> byte[] marshall(@NonNull final T object) {
        Parcel p1 = Parcel.obtain();
        p1.writeValue(object);

        byte[] data = p1.marshall();
        p1.recycle();
        return data;
    }

    @SuppressWarnings("unchecked")
    @NonNull
    private static <T extends Parcelable> T unmarshall(@NonNull byte[] bytes) {
        Parcel p2 = Parcel.obtain();
        p2.unmarshall(bytes, 0, bytes.length);
        p2.setDataPosition(0);
        T result = (T) p2.readValue(Issue212316Parrier.class.getClassLoader());
        p2.recycle();
        return result;
    }
}

完整代码:https//github.com/cattaka/AndroidSnippets/pull/37

我担心Parcel#marshall不应用于持久化。但是,我没有其他想法。


能否请您看看我最新的答案。我无意中找到了解决方案。乍一看,它看起来很奇怪,但效果确实不错。
弗拉基米尔·乔瓦诺维奇

1
您的解决方案看起来不错。但是我认为当进程被系统杀死时,它无法恢复。但是,这可能不是什么大问题,因为这是一个极端的情况。
高野住友

1

上面的答案都不对我有用,这个问题的原因很简单,正如我使用FragmentStatePagerAdapter的某些人所说的那样,它的saveState方法保存了片段的状态,因为我的一个片段很大,因此保存了这个片段导致此TransactionTooLargeExecption。

如@ IK828所述,我尝试在寻呼机的实现中覆盖saveState方法,但这无法解决崩溃问题。

我的片段有一个EditText,该文本曾经用于保存非常大的文本,这是问题的根源,因此,在片段的onPause()中,我将edittext文本设置为空字符串。即:

@Override
    public void onPause() {
       edittext.setText("");
}

现在,当FragmentStatePagerAdapter尝试保存状态时,此大块文本将不再存在,不会占用其中更大的一部分,因此可以解决崩溃问题。

在您的情况下,您需要找到任何罪魁祸首,它可能是带有某些位图的ImageView,带有大量文本的TextView或任何其他占用大量内存的视图,您需要释放其内存,您可以设置imageview.setImageResource( null)或片段的onPause()中的类似内容。

更新:onSaveInstanceState更好地用于此目的,然后再调用super,例如:

@Override
    public void onSaveInstanceState(Bundle outState) {
        edittext.setText("");
        super.onSaveInstanceState(outState);
    }

或@Vladimir指出,您可以使用android:saveEnabled =“ false”或view.setSaveEnabled(false); 在视图或自定义视图上,并确保将文本重新设置为onResume,否则当Activity恢复时它将为空。


3
更好的解决方案是android:saveEnabled="false"在特定的View上使用。您可以在此处了解更多信息。
弗拉基米尔·乔瓦诺维奇

0

只需在您的活动中覆盖此方法:

@Override
protected void onSaveInstanceState(Bundle outState) {
    // below line to be commented to prevent crash on nougat.
    // http://blog.sqisland.com/2016/09/transactiontoolargeexception-crashes-nougat.html
    //
    //super.onSaveInstanceState(outState);
}

转到https://code.google.com/p/android/issues/detail?id=212316#makechanges了解更多信息。


2
如果您可以添加一些用户在单击链接之前可以看到的信息,这可能会有所帮助
Amanuel Nega

3
单单这个答案就无济于事
grantespo

将大数据保存到SaveInstanceState时会出现transactiontoolargeexception。通过此代码,它将防止保存数据。
阿米尔(Ameer)

这不是一个好的解决方案,因为您可能需要从活动中存储一些东西
Lennon Spirlandelli,

0

随着Android N更改行为,并引发TransactionTooLargeException而不是记录错误。

     try {
            if (DEBUG_MEMORY_TRIM) Slog.v(TAG, "Reporting activity stopped: " + activity);
            ActivityManagerNative.getDefault().activityStopped(
                activity.token, state, persistentState, description);
        } catch (RemoteException ex) {
            if (ex instanceof TransactionTooLargeException
                    && activity.packageInfo.getTargetSdkVersion() < Build.VERSION_CODES.N) {
                Log.e(TAG, "App sent too much data in instance state, so it was ignored", ex);
                return;
            }
            throw ex.rethrowFromSystemServer();
        }

我的解决方案是钩住ActivityMangerProxy实例并尝试捕获activityStopped方法。

这是代码:

private boolean hookActivityManagerNative() {
    try {
        ClassLoader loader = ClassLoader.getSystemClassLoader();
        Field singletonField = ReflectUtils.findField(loader.loadClass("android.app.ActivityManagerNative"), "gDefault");
        ReflectUtils.ReflectObject singletonObjWrap = ReflectUtils.wrap(singletonField.get(null));
        Object realActivityManager = singletonObjWrap.getChildField("mInstance").get();
        Object fakeActivityManager = Proxy.newProxyInstance(ClassLoader.getSystemClassLoader(),
                new Class[]{loader.loadClass("android.app.IActivityManager")}, new ActivityManagerHook(realActivityManager));
        singletonObjWrap.setChildField("mInstance", fakeActivityManager);
        return true;
    } catch (Throwable e) {
        AppHolder.getThirdPartUtils().markException(e);
        return false;
    }
}

private static class ActivityManagerHook implements InvocationHandler {

    private Object origin;

    ActivityManagerHook(Object origin) {
       this.origin = origin;
    }

    public Object getOrigin() {
        return origin;
    }

    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        switch (method.getName()) {
            //ActivityManagerNative.getDefault().activityStopped(activity.token, state, persistentState, description);
            case "activityStopped": {
                try {
                    return method.invoke(getOrigin(), args);
                } catch (Exception e) {
                    e.printStackTrace();
                }
                return null;
            }
        }
        return method.invoke(getOrigin(), args);
    }
}

而反射助手类是

public class ReflectUtils {

private static final HashMap<String, Field> fieldCache = new HashMap<>();
private static final HashMap<String, Method> methodCache = new HashMap<>();

public static Field findField(Class<?> clazz, String fieldName) throws Throwable {
    String fullFieldName = clazz.getName() + '#' + fieldName;

    if (fieldCache.containsKey(fullFieldName)) {
        Field field = fieldCache.get(fullFieldName);
        if (field == null)
            throw new NoSuchFieldError(fullFieldName);
        return field;
    }

    try {
        Field field = findFieldRecursiveImpl(clazz, fieldName);
        field.setAccessible(true);
        fieldCache.put(fullFieldName, field);
        return field;
    } catch (NoSuchFieldException e) {
        fieldCache.put(fullFieldName, null);
        throw new NoSuchFieldError(fullFieldName);
    }
}


private static Field findFieldRecursiveImpl(Class<?> clazz, String fieldName) throws NoSuchFieldException {
    try {
        return clazz.getDeclaredField(fieldName);
    } catch (NoSuchFieldException e) {
        while (true) {
            clazz = clazz.getSuperclass();
            if (clazz == null || clazz.equals(Object.class))
                break;

            try {
                return clazz.getDeclaredField(fieldName);
            } catch (NoSuchFieldException ignored) {
            }
        }
        throw e;
    }
}


public static Method findMethodExact(Class<?> clazz, String methodName, Class<?>... parameterTypes) throws Throwable {
    String fullMethodName = clazz.getName() + '#' + methodName + getParametersString(parameterTypes) + "#exact";

    if (methodCache.containsKey(fullMethodName)) {
        Method method = methodCache.get(fullMethodName);
        if (method == null)
            throw new NoSuchMethodError(fullMethodName);
        return method;
    }

    try {
        Method method = clazz.getDeclaredMethod(methodName, parameterTypes);
        method.setAccessible(true);
        methodCache.put(fullMethodName, method);
        return method;
    } catch (NoSuchMethodException e) {
        methodCache.put(fullMethodName, null);
        throw new NoSuchMethodError(fullMethodName);
    }
}


/**
 * Returns an array of the given classes.
 */
public static Class<?>[] getClassesAsArray(Class<?>... clazzes) {
    return clazzes;
}

private static String getParametersString(Class<?>... clazzes) {
    StringBuilder sb = new StringBuilder("(");
    boolean first = true;
    for (Class<?> clazz : clazzes) {
        if (first)
            first = false;
        else
            sb.append(",");

        if (clazz != null)
            sb.append(clazz.getCanonicalName());
        else
            sb.append("null");
    }
    sb.append(")");
    return sb.toString();
}

/**
 * Retrieve classes from an array, where each element might either be a Class
 * already, or a String with the full class name.
 */
private static Class<?>[] getParameterClasses(ClassLoader classLoader, Object[] parameterTypes) throws ClassNotFoundException {
    Class<?>[] parameterClasses = null;
    for (int i = parameterTypes.length - 1; i >= 0; i--) {
        Object type = parameterTypes[i];
        if (type == null)
            throw new ClassNotFoundException("parameter type must not be null", null);

        if (parameterClasses == null)
            parameterClasses = new Class<?>[i + 1];

        if (type instanceof Class)
            parameterClasses[i] = (Class<?>) type;
        else if (type instanceof String)
            parameterClasses[i] = findClass((String) type, classLoader);
        else
            throw new ClassNotFoundException("parameter type must either be specified as Class or String", null);
    }

    // if there are no arguments for the method
    if (parameterClasses == null)
        parameterClasses = new Class<?>[0];

    return parameterClasses;
}

public static Class<?> findClass(String className, ClassLoader classLoader) throws ClassNotFoundException {
    if (classLoader == null)
        classLoader = ClassLoader.getSystemClassLoader();
    return classLoader.loadClass(className);
}


public static ReflectObject wrap(Object object) {
    return new ReflectObject(object);
}


public static class ReflectObject {

    private Object object;

    private ReflectObject(Object o) {
        this.object = o;
    }

    public ReflectObject getChildField(String fieldName) throws Throwable {
        Object child = ReflectUtils.findField(object.getClass(), fieldName).get(object);
        return ReflectUtils.wrap(child);
    }

    public void setChildField(String fieldName, Object o) throws Throwable {
        ReflectUtils.findField(object.getClass(), fieldName).set(object, o);
    }

    public ReflectObject callMethod(String methodName, Object... args) throws Throwable {
        Class<?>[] clazzs = new Class[args.length];
        for (int i = 0; i < args.length; i++) {
            clazzs[i] = args.getClass();
        }
        Method method = ReflectUtils.findMethodExact(object.getClass(), methodName, clazzs);
        return ReflectUtils.wrap(method.invoke(object, args));
    }

    public <T> T getAs(Class<T> clazz) {
        return (T) object;
    }

    public <T> T get() {
        return (T) object;
    }
}
}

0

就我而言,我用TooLargeTool跟踪这些问题来自何处,我发现了android:support:fragments在钥匙Bundle从我的onSaveInstanceState使用时,应用程序崩溃达到近1MB。所以解决方案是这样的:

@Override
public void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
    outState.remove("android:support:fragments");
}

通过这样做,我避免了保存所有片段的状态,并保留了其他需要保存的内容。


您在何处添加了以上代码片段?在父活动或片段本身中。另外,上述解决方案是否对您有用,以消除“事务过大的异常”?
贾廷·贾

@JatinJha我在活动中添加了该代码,因此无法使用TransactionTooLargeException。如果没有工作适合你,最好你检查一下使用做github.com/guardian/toolargetool
列侬Spirlandelli
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.