Android多Fragment间ViewModel数据传递与架构优化咨询

我之前也遇到过类似的架构痛点，把ViewModel从共享的Activity级别拆分到各个Fragment后，数据同步和跨Fragment传递确实容易卡壳，结合你的场景给你几个实践下来有效的方案：

1. 引入Repository层统一数据管理（核心解决同步问题） #

这是解决多Fragment数据同步最关键的一步，把原来SharedViewModel里的数据逻辑抽离到单例或依赖注入的Repository中，所有Fragment的ViewModel都依赖这个Repository，数据的增删改查统一由Repository处理，再通过响应式流（SharedFlow/LiveData）通知所有订阅者。

举个简单的Kotlin示例：

// 数据仓库，统一管理列表数据
class ItemRepository {
    // 用MutableSharedFlow存储数据，replay=1确保新订阅者能拿到最新数据
    private val _items = MutableSharedFlow<List<Item>>(replay = 1)
    val items: SharedFlow<List<Item>> = _items

    // 模拟初始加载数据
    suspend fun loadItems() {
        val fetchedItems = // 从本地DB或网络获取数据
        _items.emit(fetchedItems)
    }

    // 新增/编辑项
    suspend fun saveItem(item: Item) {
        // 先更新数据源（DB/网络）
        // ...
        // 然后获取最新列表并发送通知
        val updatedItems = getLatestItemsFromSource()
        _items.emit(updatedItems)
    }
}

// ListFragment的ViewModel
class ListViewModel(private val repo: ItemRepository) : ViewModel() {
    val items = repo.items

    init {
        viewModelScope.launch {
            repo.loadItems()
        }
    }
}

// EditFragment的ViewModel
class EditViewModel(private val repo: ItemRepository) : ViewModel() {
    fun saveItem(item: Item) {
        viewModelScope.launch {
            repo.saveItem(item)
        }
    }
}

这样不管是新增还是编辑，只要Repository更新了数据，ListFragment的ViewModel就能收到最新的列表，哪怕ListFragment在回退栈中，ViewModel存活且一直在观察流，UI会自动刷新。

2. 优雅处理Fragment间的数据传递（选中项/编辑项） #

方案A：用Navigation组件的Safe Args（推荐） #

如果你已经在用Jetpack Navigation（配合DrawerLayout/NavigationView非常适配），可以直接通过Safe Args传递选中项的ID（而非整个对象，避免序列化问题）：

• ListFragment点击列表项时，通过NavController跳转并传入itemId
• DetailFragment拿到itemId后，在自己的ViewModel中从Repository获取对应的Item：

class DetailViewModel(
    private val repo: ItemRepository,
    savedStateHandle: SavedStateHandle
) : ViewModel() {
    // 从Safe Args获取传递的itemId
    private val itemId: String = savedStateHandle["item_id"] ?: ""
    val item = repo.items.map { list -> list.firstOrNull { it.id == itemId } }
}

方案B：用Fragment Arguments（无Navigation时） #

如果没用到Navigation，就用传统的Bundle传递参数：

• ListFragment点击时：

val detailFragment = DetailFragment().apply {
    arguments = Bundle().apply {
        putString("item_id", item.id)
    }
}
// 由MainActivity或Navigation切换Fragment

• DetailFragment的ViewModel同样通过itemId从Repository获取数据，避免依赖其他Fragment的ViewModel。

3. 剥离MainActivity的业务逻辑，避免臃肿 #

把原来MainActivity处理的事件分发逻辑，拆分成两种方式：

方式1：用Navigation组件接管导航 #

如果用Navigation，所有Fragment的跳转都通过NavController完成，MainActivity只需要设置NavHostFragment，不用处理任何跳转逻辑，彻底解放。

方式2：用轻量的NavigationViewModel处理导航事件 #

如果不用Navigation，可以创建一个仅负责导航的ViewModel（绑定MainActivity生命周期），专门发送导航事件，MainActivity只做事件的执行者：

// 导航事件密封类
sealed class NavEvent {
    data class NavigateToDetail(val itemId: String) : NavEvent()
    object NavigateToEdit : NavEvent()
    object NavigateBack : NavEvent()
}

// 导航ViewModel
class NavigationViewModel : ViewModel() {
    private val _navEvents = MutableSharedFlow<NavEvent>()
    val navEvents = _navEvents.asSharedFlow()

    fun navigateToDetail(itemId: String) = viewModelScope.launch {
        _navEvents.emit(NavigateToDetail(itemId))
    }

    // 其他导航事件方法...
}

// MainActivity中观察导航事件
class MainActivity : AppCompatActivity() {
    private val navViewModel by viewModels<NavigationViewModel>()

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        lifecycleScope.launch {
            navViewModel.navEvents.collect { event ->
                when(event) {
                    is NavEvent.NavigateToDetail -> loadDetailFragment(event.itemId)
                    NavEvent.NavigateToEdit -> loadEditFragment()
                    // 处理其他事件
                }
            }
        }
    }

    // 仅保留Fragment切换的工具方法，无业务逻辑
    private fun loadDetailFragment(itemId: String) {
        // 切换Fragment的代码
    }
}

这样MainActivity只负责执行导航，所有业务相关的触发逻辑都在各个Fragment的ViewModel中，不会臃肿。

4. 额外注意点 #

• 避免在ViewModel中持有Fragment或Activity的引用，确保ViewModel的独立性
• 用viewModelScope处理协程，避免内存泄漏
• 如果是大数据集合，Repository可以考虑用分页（Paging3）来优化内存占用，避免数据长期驻留

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