在Android Activity间复用ExecutorService的实现方法咨询

你的核心需求是在多个Activity间复用同一个ExecutorService，避免每次进入新Activity就创建新线程池，这个场景其实很常见，下面给你几个靠谱的实现思路：

1. 利用Application全局类存储 #

Android的Application类是全局单例，生命周期和整个APP一致，非常适合存放这种全局共享的组件：

首先自定义一个Application子类：

public class MyApp extends Application {
    private ExecutorService mExecutorService;

    @Override
    public void onCreate() {
        super.onCreate();
        // 初始化线程池，比如固定大小的线程池
        mExecutorService = Executors.newFixedThreadPool(3);
    }

    public ExecutorService getExecutorService() {
        return mExecutorService;
    }

    @Override
    public void onTerminate() {
        super.onTerminate();
        // APP退出时关闭线程池，避免资源泄漏
        if (mExecutorService != null && !mExecutorService.isShutdown()) {
            mExecutorService.shutdown();
        }
    }
}

然后在AndroidManifest.xml里注册这个自定义Application：

<application
    android:name=".MyApp"
    ...>
    ...
</application>

之后在任意Activity里就能获取到同一个线程池实例了：

ExecutorService executor = ((MyApp) getApplication()).getExecutorService();
// 提交任务
executor.submit(() -> {
    // 后台任务逻辑
});

2. 封装单例类管理ExecutorService #

如果不想把逻辑耦合在Application里，可以单独写一个单例类来管理线程池，职责更清晰：

public class ThreadPoolManager {
    private static volatile ThreadPoolManager sInstance;
    private ExecutorService mExecutorService;

    private ThreadPoolManager() {
        // 初始化线程池，可根据需求配置参数
        mExecutorService = new ThreadPoolExecutor(
                2, // 核心线程数
                5, // 最大线程数
                60L, TimeUnit.SECONDS, // 空闲线程超时时间
                new LinkedBlockingQueue<>()
        );
    }

    public static ThreadPoolManager getInstance() {
        if (sInstance == null) {
            synchronized (ThreadPoolManager.class) {
                if (sInstance == null) {
                    sInstance = new ThreadPoolManager();
                }
            }
        }
        return sInstance;
    }

    public ExecutorService getExecutorService() {
        return mExecutorService;
    }

    public void shutdown() {
        if (mExecutorService != null && !mExecutorService.isShutdown()) {
            mExecutorService.shutdown();
        }
    }
}

在Activity里使用时直接调用：

ExecutorService executor = ThreadPoolManager.getInstance().getExecutorService();
executor.submit(() -> {
    // 执行后台任务
});

3. 为什么不建议直接传递ExecutorService？ #

你提到的“通过Intent传递ExecutorService”是不可行的，因为ExecutorService既不是Parcelable也不是Serializable接口的实现类，直接放入Intent会抛出异常，Android系统无法序列化这类对象进行跨组件传递。所以全局单例/Application的方式才是更可靠的选择。

• 务必关闭线程池：在APP退出时（比如在Application的onTerminate或者主Activity的onDestroy里）调用shutdown()，避免线程残留导致的内存泄漏。如果需要立即终止任务，可以用shutdownNow()，但要注意处理未完成的任务。
• 线程池配置：根据你的业务需求选择合适的线程池类型（固定大小、缓存型、单线程等），避免过度创建线程导致性能问题。
• 进程被杀的情况：如果APP被系统回收进程，线程池也会被销毁，这种场景下如果需要后台持续执行任务，可能需要结合Service或者WorkManager来处理，但如果只是Activity间切换的线程跟踪，上述方案足够。

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