Android MVVM下Fragment与ViewModel通信方式及登录逻辑实现疑问

疑问1：为何RecyclerView的Adapter可以用listener回调，ViewModel调用的组件不推荐使用该方式？ #

两者的生命周期和定位完全不同：

• RecyclerView.Adapter属于纯视图层组件，生命周期和绑定的Fragment/Activity完全同步，它持有的listener引用就是当前宿主视图组件，不会出现异步持有时长超过视图生命周期的情况，既不会内存泄漏，也不会出现回调丢失的问题。
• ViewModel的生命周期远长于绑定的Fragment/Activity（比如屏幕旋转时Fragment会销毁重建，但ViewModel实例保持不变），如果给ViewModel传入Fragment的listener回调，ViewModel会长期持有旧Fragment的引用，直接导致内存泄漏；且重建后的新Fragment无法收到之前触发的异步操作的回调结果，会出现状态丢失、逻辑异常。

疑问2：登录组件是否应该放在ViewModel之外调用，继续使用listener？ #

不建议这么做。登录逻辑属于业务逻辑范畴，本就应该放在ViewModel或者更下层的Repository层维护，如果放在Fragment（视图层）实现，会导致视图层代码臃肿，难以做单元测试，且屏幕旋转等配置变更场景下，正在执行的登录请求结果会丢失，用户需要重新触发操作，体验极差。

疑问3：报错反馈应该选哪种方案？ #

优先选择方案②将组件保留在ViewModel中，通过LiveData向Fragment/用户传递反馈，另外两种方案都有明显缺陷：

• 方案①会导致业务逻辑堆积在视图层，不符合单一职责原则，难以维护和测试
• 方案③存在内存泄漏、回调丢失的风险，不符合MVVM架构规范
  LiveData具备生命周期感知能力，只会给处于活跃状态的视图组件分发事件，不会造成内存泄漏，Fragment销毁重建后重新订阅LiveData还能拿到之前的执行结果，不会出现状态丢失，完全适配首启动流程多状态反馈、异常提示的需求。

你的现有代码里还有一个不合规的点：不要给ViewModel传入Activity实例，ViewModel不能持有任何视图相关的引用（Activity、Fragment、View等），避免内存泄漏。如果需要Application上下文，可以继承AndroidViewModel获取。

步骤1：封装登录结果类 #

用来统一承载登录成功、取消、错误三种状态：

public class SignInResult {
    public static final int STATUS_SUCCESS = 0;
    public static final int STATUS_CANCEL = 1;
    public static final int STATUS_ERROR = 2;

    private final int status;
    private IAuthenticationResult successResult;
    private MsalException error;

    // 成功场景构造方法
    public SignInResult(IAuthenticationResult result) {
        this.status = STATUS_SUCCESS;
        this.successResult = result;
    }

    // 取消场景构造方法
    public SignInResult() {
        this.status = STATUS_CANCEL;
    }

    // 错误场景构造方法
    public SignInResult(MsalException e) {
        this.status = STATUS_ERROR;
        this.error = e;
    }

    // 省略getter方法
    public int getStatus() { return status; }
    public IAuthenticationResult getSuccessResult() { return successResult; }
    public MsalException getError() { return error; }
}

步骤2：改造SplashViewModel #

内置LiveData存放登录结果，自己实现AuthHelper的回调，不要暴露给Fragment：

public class SplashViewModel extends AndroidViewModel {
    private final MutableLiveData<SignInResult> signInResultLiveData = new MutableLiveData<>();
    private final AuthHelper authHelper;

    public SplashViewModel(Application application) {
        super(application);
        // 直接从AndroidViewModel拿Application上下文，不需要外部传
        authHelper = new AuthHelper(application);
    }

    public LiveData<SignInResult> getSignInResultLiveData() {
        return signInResultLiveData;
    }

    public void signIn(Activity activity) {
        authHelper.signIn(activity, new AuthHelper.AuthHelperSignInListener() {
            @Override
            public void onSuccess(IAuthenticationResult iAuthenticationResult) {
                signInResultLiveData.postValue(new SignInResult(iAuthenticationResult));
            }

            @Override
            public void onCancel() {
                signInResultLiveData.postValue(new SignInResult());
            }

            @Override
            public void onError(MsalException e) {
                // 这里可以先做日志留存、错误上报等逻辑，再把结果发给视图层
                signInResultLiveData.postValue(new SignInResult(e));
            }
        });
    }
}

步骤3：改造SplashFragment #

只需要触发登录方法，观察LiveData拿到结果后做对应处理即可：

//  onCreateView里先初始化ViewModel
SplashViewModel viewModel = new ViewModelProvider(this).get(SplashViewModel.class);

// 观察登录结果
viewModel.getSignInResultLiveData().observe(getViewLifecycleOwner(), signInResult -> {
    switch (signInResult.getStatus()) {
        case SignInResult.STATUS_SUCCESS:
            // 登录成功，走后续初始化/跳转逻辑
            IAuthenticationResult result = signInResult.getSuccessResult();
            break;
        case SignInResult.STATUS_CANCEL:
            // 用户取消登录，做对应提示或逻辑
            break;
        case SignInResult.STATUS_ERROR:
            // 登录出错，给用户弹提示，展示对应错误信息
            MsalException e = signInResult.getError();
            break;
    }
});

// 需要触发登录时调用，只传Activity即可，不需要传回调
viewModel.signIn(getActivity());

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