使用MVVM与NavController时如何避免Activity与Fragment的耦合

你原来的强转具体Activity、调用公共变量的写法确实会带来强耦合，不仅会让Fragment无法复用到其他宿主，也破坏了类的封装性，你可以根据你的业务场景选择以下更优的实现方案：

方案1：使用官方原生API直接获取（最简单、无耦合） #

AndroidX Navigation Component 本身已经为Fragment提供了开箱即用的NavController获取方法，完全不需要你在Activity中自行存储公共的NavController实例，也不需要强转具体Activity类：

• Java 写法：调用 NavHostFragment.findNavController(this) ，其中this为当前Fragment实例
• Kotlin 写法：直接调用扩展方法 findNavController() 即可

该方法会自动向上遍历查找当前Fragment所属的NavHost对应的NavController实例，只要你是按照标准Navigation规则配置（Activity布局中嵌入NavHostFragment），就可以直接调用，完全消除了Fragment和具体Activity类的耦合。

方案2：MVVM架构事件驱动导航（最符合MVVM设计规范） #

如果你的项目严格遵循MVVM架构，建议将导航逻辑作为视图事件从ViewModel层抛出，避免Fragment直接处理业务逻辑：

1. 首先定义导航事件模型，通过LiveData/Flow在ViewModel中抛出事件：

// 导航事件密封类
sealed class NavEvent {
    object GoToUserPage: NavEvent()
    data class GoToDetail(val contentId: Long): NavEvent()
    object GoBack: NavEvent()
}

// ViewModel中声明可观察的导航事件
class HomeViewModel: ViewModel() {
    val navEvent = MutableSharedFlow<NavEvent>()

    // 点击事件触发时发送导航事件
    fun onContentClick(contentId: Long) {
        viewModelScope.launch {
            navEvent.emit(NavEvent.GoToDetail(contentId))
        }
    }
}

2. Fragment层观察导航事件，收到事件后调用官方API执行导航：

class HomeFragment: Fragment() {
    private val viewModel by viewModels<HomeViewModel>()

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        lifecycleScope.launch {
            repeatOnLifecycle(Lifecycle.State.STARTED) {
                viewModel.navEvent.collect { event ->
                    when(event) {
                        is NavEvent.GoToUserPage -> findNavController().navigate(R.id.action_home_to_user)
                        is NavEvent.GoToDetail -> findNavController().navigate(HomeFragmentDirections.actionHomeToDetail(event.contentId))
                        is NavEvent.GoBack -> findNavController().popBackStack()
                    }
                }
            }
        }
    }
}

该方案下ViewModel完全不持有任何视图层引用，导航逻辑收敛到ViewModel层便于单元测试，Fragment仅负责视图响应，完全符合MVVM的解耦要求。

方案3：接口抽象解耦（适用于自定义导航逻辑的场景） #

如果你有自定义的导航规则，无法直接使用原生NavController，可以通过抽象接口的方式避免强转具体Activity：

1. 定义公共导航提供者接口：

public interface NavControllerProvider {
    NavController getNavController();
}

2. 宿主Activity实现该接口：

public class MainActivity extends AppCompatActivity implements NavControllerProvider {
    private NavController myNavController;

    @Override
    public NavController getNavController() {
        return myNavController;
    }
}

3. Fragment中通过接口获取实例：

NavControllerProvider provider = (NavControllerProvider) getActivity();
if (provider != null) {
    NavController controller = provider.getNavController();
    // 执行导航操作
}

该方案下Fragment仅依赖抽象接口，不绑定具体Activity实现，后续如果需要更换宿主Activity，只要新Activity实现了该接口就可以正常使用Fragment，大幅降低了耦合度。

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