如何在Android的Master与Detail Activity间优雅共享大型DataClass？

问题根源：Android的Intent通过Binder传递数据时有大小限制（通常约1MB，不同厂商ROM可能有差异），当序列化后的DataClass体积超过这个限制时，会触发TransactionTooLargeException崩溃。全局单例虽然能解决问题，但存在内存泄漏风险、生命周期不匹配等弊端，以下是更优雅的实现方式：

方案1：Application作用域的Jetpack ViewModel #

这种方式利用ViewModel的生命周期管理特性，将数据存储在全局作用域的ViewModel中，避免通过Intent传递大数据。

实现步骤： #

• 定义共享ViewModel：

class SharedLargeDataViewModel : ViewModel() {
    val largeData = MutableLiveData<YourDataClass>()
    
    // 用完后清空数据，避免内存泄漏
    fun clearData() {
        largeData.value = null
    }
}

• 在Master Activity中存储数据并启动Detail Activity：

// 获取Application作用域的ViewModel
val sharedViewModel = ViewModelProvider(
    applicationContext as ViewModelStoreOwner,
    ViewModelProvider.AndroidViewModelFactory(application)
)[SharedLargeDataViewModel::class.java]

// 存入大数据
sharedViewModel.largeData.value = yourLargeDataInstance

// 启动Detail Activity
startActivity(Intent(this, DetailActivity::class.java))

• 在Detail Activity中获取数据：

val sharedViewModel = ViewModelProvider(
    applicationContext as ViewModelStoreOwner,
    ViewModelProvider.AndroidViewModelFactory(application)
)[SharedLargeDataViewModel::class.java]

sharedViewModel.largeData.observe(this) { data ->
    data?.let {
        // 处理数据
        // 用完后清空数据
        sharedViewModel.clearData()
    }
}

优点： #

• 无需序列化/反序列化，性能损耗低
• 遵循Android Jetpack的生命周期规范，比全局单例更安全
• 避免Intent数据大小限制

注意事项： #

• 必须在数据使用完成后调用clearData()，防止内存泄漏
• 仅适合同一应用内的Activity通信

方案2：本地临时文件存储 #

将大数据序列化后写入应用缓存目录的临时文件，通过Intent传递文件路径，Detail Activity读取后删除文件，完全避开Intent的大小限制。

实现步骤： #

• Master Activity写入临时文件：

// 创建缓存目录下的临时文件
val tempFile = File(cacheDir, "temp_large_data_${System.currentTimeMillis()}")
try {
    ObjectOutputStream(FileOutputStream(tempFile)).use { outputStream ->
        outputStream.writeObject(yourLargeDataInstance)
    }
    
    // 传递文件路径
    val intent = Intent(this, DetailActivity::class.java)
    intent.putExtra("TEMP_DATA_FILE_PATH", tempFile.absolutePath)
    startActivity(intent)
} catch (e: IOException) {
    // 处理文件写入异常
    e.printStackTrace()
}

• Detail Activity读取并清理文件：

val filePath = intent.getStringExtra("TEMP_DATA_FILE_PATH") ?: return
val tempFile = File(filePath)

try {
    val data = ObjectInputStream(FileInputStream(tempFile)).use { inputStream ->
        inputStream.readObject() as YourDataClass
    }
    // 处理数据
} catch (e: IOException | ClassNotFoundException) {
    // 处理文件读取/反序列化异常
    e.printStackTrace()
} finally {
    // 无论成功失败，都删除临时文件
    tempFile.delete()
}

优点： #

• 支持超大规模数据的传递
• 不依赖第三方库，原生实现

缺点： #

• 涉及磁盘IO操作，有一定性能开销
• 需要处理文件读写异常，代码复杂度略高

方案3：用Parcelable替代Serializable（缓解方案） #

如果你的DataClass当前使用的是Serializable接口，换成Android推荐的Parcelable可以大幅减小序列化后的体积，可能让原本超过限制的数据变得符合要求。

实现步骤： #

在Kotlin中可以通过@Parcelize注解快速实现Parcelable：

import android.os.Parcelable
import kotlinx.parcelize.Parcelize

@Parcelize
data class YourDataClass(val largeText: String, val otherField: Int) : Parcelable

之后依然可以通过Intent传递：

// Master Activity
val intent = Intent(this, DetailActivity::class.java)
intent.putExtra("LARGE_DATA", yourLargeDataInstance)
startActivity(intent)

// Detail Activity
val data = intent.getParcelableExtra<YourDataClass>("LARGE_DATA")

优点： #

• 序列化效率比Serializable高10倍以上，体积更小
• 符合Android官方推荐的序列化规范

注意事项： #

• 仅能解决中等大小数据的问题，如果数据体积远超1MB，依然会触发崩溃

方案4：EventBus跨组件通信 #

使用EventBus（如GreenRobot EventBus）实现跨Activity的事件传递，无需通过Intent携带数据。

实现步骤： #

• 添加依赖（如果未引入）：

implementation 'org.greenrobot:eventbus:3.3.1'

• 定义事件类：

data class LargeDataEvent(val data: YourDataClass)

• Master Activity发送粘性事件：

EventBus.getDefault().postSticky(LargeDataEvent(yourLargeDataInstance))
startActivity(Intent(this, DetailActivity::class.java))

• Detail Activity注册并接收事件：

override fun onStart() {
    super.onStart()
    EventBus.getDefault().register(this)
}

@Subscribe(sticky = true, threadMode = ThreadMode.MAIN)
fun onReceiveLargeData(event: LargeDataEvent) {
    val data = event.data
    // 处理数据
    // 移除粘性事件，避免重复接收
    EventBus.getDefault().removeStickyEvent(event)
}

override fun onStop() {
    super.onStop()
    EventBus.getDefault().unregister(this)
}

优点： #

• 无需Intent传递数据，适合复杂的跨组件通信场景
• 支持线程切换，灵活度高

缺点： #

• 增加第三方依赖，项目体积略有增大
• 代码耦合度较高，不利于后期维护

方案选择建议： #

1. 优先尝试方案3（Parcelable替换Serializable），如果能解决问题成本最低；
2. 中等大小数据首选方案1（Application级ViewModel），生命周期安全且性能好；
3. 超大规模数据选择方案2（临时文件存储），无大小限制；
4. 复杂跨组件场景可考虑方案4（EventBus），但不推荐作为常规方案。

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