Android Java中如何跨Activity传递1000+条List及解决传输崩溃

这类500条以上数据传输即崩溃、拿到不完整List触发空指针的情况，本质是Android Binder跨进程传输的单事务缓冲区限制导致的：所有通过Intent在Activity间传递的序列化数据，最终都会走Binder通道传输，而单条Binder事务的缓冲区上限通常在1MB左右，当携带的List总大小超过这个阈值时，系统会直接截断传输的数据包，不会抛出明确的“数据过大”异常。
观察到的500-900条的崩溃阈值，完全和单条List条目存储的数据大小挂钩——图片条目如果存储Bitmap对象的话占内存极大，几百条就会顶到上限；如果仅存储图片URL字符串，能支撑的条目数会多很多，但只要总大小超了缓冲区阈值，一样会出现传输截断、目标页拿到不完整甚至空的List，触发空指针异常。

完全不需要把大List序列化后跨Activity传输，只要绕开Binder缓冲区的限制即可，经过验证的稳定方案包括：

• 全局单例持有数据引用：在两个Activity的外部逻辑层实现单例类，直接存储目标List的强引用。源Activity准备完数据后把List赋值给单例，再启动目标Activity，目标页直接从单例读取List引用即可，整个过程没有序列化操作、没有跨通道传输，完全不受缓冲区大小限制。*注意项：目标Activity退出时要及时清空单例里的List引用，避免内存泄漏；同时要对单例中获取的List做空判断兜底，处理系统回收后台进程导致单例被重置的极端场景。
• Jetpack ViewModel共享数据：如果项目已接入Jetpack组件，可以使用绑定Application级Scope的ViewModel存储List，两个Activity拿到同一个ViewModel实例后就能直接访问List数据，相比手写单例的生命周期管理更规范，不容易出现内存泄漏问题。
• 不要继续尝试用Intent.putExtra()传递大体积List：不管实体类实现Serializable还是Parcelable接口，只要走Intent传值就一定会经过Binder缓冲区，哪怕把Parcel的序列化逻辑优化到极致，只要总大小超1MB阈值，一样会出现传输截断崩溃，这种方式从根上就不适合传千条量级的List。

// 错误写法：大List直接塞进Intent，超Binder缓冲区即崩溃
Intent pagerIntent = new Intent(this, ImageViewPagerActivity.class);
pagerIntent.putParcelableArrayListExtra("image_data", 1000SizeBigList);
startActivity(pagerIntent);

补充说明：如果List条目本身做了轻量化优化，每条仅存无嵌套的图片URL字符串，无大体积Bitmap、嵌套对象等冗余数据，且总大小控制在1MB以内的话，正常Intent传值也不会崩溃。但针对1000条量级的数据场景，直接使用单例/ViewModel传引用的方式，能省去无意义的序列化性能消耗，稳定性也更高。

内容的提问来源于stack exchange，提问作者pro_hussain