聊一聊Android的TransactionTooLargeException

 

是什么？

Android OS定义的一种异常类型，binder事务中 发送或接受的序列化对象过大，超过了biner事务缓存区的上限时，该异常就会被抛出。

OS通常定义的上限是1M，但这是对整个进程内所有进行的binder事务共用的。根据笔者实践，一次通讯中超过512kb时，就会触发该异常。

ps. Google的 Android guide里写的是1M左右，其实是略小于1M的。从android源码中可以看到这个原始值：

https://android.googlesource.com/platform/frameworks/base.git/+/c42e6a0bed2c88fd03466c5104d62d7f98e68768/libs/binder/ProcessState.cpp

#define BINDER_VM_SIZE ((1*1024*1024) - (4096 *2))

 

为什么？

Android做这样的限制，应该是主要是考虑到尽量减小远程过程调用时的参数大小，提高通讯效率。

换言之，Android的binder机制是为了进程间的频繁通信而设计的，要首先保证这种灵活性，而不是单单要保证传输大数据量的。

 

有什么影响？

在Android N（7.0之前），这种异常并不会影响app的运行，因为Android系统在这种情况下 只是会静默打印log。

然后从Android N开始，在出现这种异常时，Android就会抛出来一个 RuntimeException，也即是app会发生崩溃（app没有处理这种异常的情况下）

 

有哪些常见场景？

发送intent时，bundle里携带的数据量过大。比如bundle里携带了巨大的string列表，或者是bitmap。

Activity执行 onSavedInstanceState时，保存的数据过多。

 

怎么办？

对症下药，在容易出现这些情况的场景下，注意保存的数据量不要过大。

按照Google官方的建议，intent里携带的数据应该是 several kbs（也就是几十kb）。

此外，要特别留意 onSavedInstanceState的场景，尽量避免有过大的数据量被保存。（比如在使用fragment时，setArguments里的数据量过大）

 

解个小疑问

可能有同学会有疑惑，IPC时数据超限发生这种异常我可以理解，可是我只是在app自己的进程内，通过intent 从activity1跳转到activity2，intent里携带的数据量过大了，也发生这种异常，是为什么？

其实如果我们对activity的启动原理非常了解的话，这个问题就很容易理解了。

Android里的四大组件，当然包括Activity，都是通过AMS（ActivityManagerService）来进行管理的。

AMS是在系统进程内的(SystemServer进程），而每个app是在其独立的进程内的，因此即使是同一个app内部 activity的跳转，同样也是涉及到和SystemServer进程（AMS）的通信。

这样说你是否明白了呢？

 

 

 

 

关注公众号 CodingYourDream，一起学习。