Android MVP模式中Presenter持有Handler是否可行？

首先直接给结论：可行，但并不符合MVP设计的最佳实践，而且存在潜在风险。

为什么不推荐这种做法？ #

• 违背MVP解耦核心原则：MVP的初衷就是让Presenter脱离Android框架层（比如Activity、Handler、Context这类Android专属类），这样Presenter可以独立于Android环境做单元测试——不用依赖Android SDK，只需要Mock业务逻辑相关的依赖就行。如果把Handler塞给Presenter，它就和Android的消息机制绑定死了，测试时还得模拟Looper、Handler，平白增加测试复杂度。
• 内存泄漏风险极高：你传入的是Activity的Handler，而Handler内部会持有Activity的强引用。如果后台磁盘IO任务还在跑，Activity却已经被销毁（比如用户按了返回键），Handler会一直攥着Activity的引用不放，GC根本回收不了，直接造成内存泄漏。

针对你的场景，更合适的替代方案 #

你的需求是后台执行磁盘IO，同时并发更新UI状态，用View接口回调才是MVP的标准玩法：

1. 在View层（也就是你的Activity）定义一个回调接口，比如：

interface TaskStatusCallback {
    void onTaskStarted();
    void onTaskCompleted();
    void onTaskFailed(String errorMsg);
}

2. 让Activity实现这个接口，Presenter只持有这个接口的引用（而不是Handler或Activity实例）。
3. 当后台IO任务的状态变化时，Presenter直接调用接口里的方法，Activity在实现方法里直接更新UI就行——因为Activity本身就在主线程，完全不需要Handler转一圈。

这种方式既满足了并发需求，又严格遵循了MVP的解耦原则，而且Presenter的单元测试会变得非常简单，只需要Mock这个回调接口验证方法调用就行。

如果一定要用Handler，怎么规避风险？ #

要是你实在想坚持用Handler，至少得做这两点来降低隐患：

• 使用弱引用Handler：避免Handler直接持有Activity的强引用，示例代码如下：

static class WeakTaskHandler extends Handler {
    private final WeakReference<YourActivity> activityRef;

    WeakTaskHandler(YourActivity activity) {
        activityRef = new WeakReference<>(activity);
    }

    @Override
    public void handleMessage(Message msg) {
        YourActivity activity = activityRef.get();
        if (activity == null || activity.isFinishing() || activity.isDestroyed()) {
            return;
        }
        // 处理消息、更新UI
    }
}

• 在Activity销毁时主动清理：在onDestroy()方法里，通知Presenter移除Handler中所有未处理的消息，并把Presenter里的Handler引用置空：

@Override
protected void onDestroy() {
    super.onDestroy();
    presenter.clearTaskHandler(); // 在Presenter中实现移除消息、置空Handler的逻辑
}

内容的提问来源于stack exchange，提问作者Jay.Yoo