Activity 之间大量数据传递有哪些方案？

Activity 之间大量数据传递 5 种方案

1. 全局静态变量 / 单例缓存

把大数据（对象、列表）存到全局静态变量 或单例类里，目标 Activity 直接读取。

• 优点：简单、无大小限制、速度快
• 缺点：页面退出不及时清空，容易内存泄漏、脏数据

2. Application 全局缓存

借助 Application 存放临时大数据，页面间共享读取。

• 适合：整个 App 多处要用的公共大数据

3. 序列化存本地 / 数据库

把对象序列化后存 SP、文件、数据库，目标 Activity 再读取解析。

• 优点：无大小限制、数据持久
• 缺点：多了序列化 IO，稍慢

4. EventBus / LiveData 事件通信

通过事件总线直接发送大数据对象，接收页面订阅监听。

• 优点：解耦、不用 Intent
• 缺点：要注意生命周期，避免内存泄漏、页面重叠接收

5. 接口回调 / 共享 ViewModel（同进程）

借助共享 ViewModel持有大数据，多个 Activity 共享同一份数据。

• 适合：业务关联页面间数据共享，架构最规范

面试一句话总结

因为 Intent 受 Binder 1M 大小限制 ，不能传大数据；大量数据传递常用：全局静态 / 单例缓存、Application 缓存、本地文件 / 数据库序列化、EventBus、共享 ViewModel ，优先用单例缓存或 ViewModel，用完及时清空防泄漏。

6、全局静态变量会不会造成内存泄漏？

结论

会，非常容易造成内存泄漏。

为什么会泄漏

1. 静态变量生命周期 = 整个 App 进程 静态变量一旦初始化，App 不退出就一直存在。
2. 如果静态变量持有 Activity、Fragment、View 这类对象Activity 关闭后，静态变量还强引用着它 ，GC 回收不掉，就造成内存泄漏。
3. 常驻引用，GC 无法回收普通对象页面销毁就可被回收；被静态变量强引用的页面，永远回收不了。

举例（最常见泄漏场景）

java

运行

public static Activity sActivity;

把当前 Activity 赋值给静态变量，页面 finish 后，静态还持有引用 → 铁定泄漏。

7、 什么时候不会泄漏

静态变量只存 String、基本类型、普通纯数据 Bean ，不持有页面、View、Context，就不会泄漏。

8、怎么安全用全局静态变量

1. 不要让静态变量 持有 Activity、Fragment、View

2. 如果必须存，页面关闭时 手动置空

   java

   运行

   sActivity = null;

3. 尽量只存数据，不存页面实例

面试一句话总结

全局静态变量本身不会泄漏，一旦强引用了 Activity、Fragment、View 等页面资源，页面关闭后无法被 GC 回收，就会造成严重内存泄漏；只存普通数据、及时手动置空就相对安全。