关闭App时AsyncTask未停止问题：Radio流App与GIF动态壁纸场景

嘿，这个场景我太熟悉了——用AsyncTask做长时间的音乐流播放本身就容易踩生命周期的坑，再加上动态壁纸的Service让进程没被及时杀死，就会出现你说的情况。咱们一步步来解决：

1. 先搞懂问题根源 #

当你从最近任务列表滑掉应用时，系统不一定会立刻杀死整个进程（因为WallpaperService是系统级组件，可能会让进程残留）。而你的AsyncTask如果在doInBackground里还在跑，哪怕Activity已经销毁，它跑完后还是会执行onPostExecute，触发音乐播放。而且AsyncTask的cancel()方法不是强制终止线程，只是打了个取消标记，得手动配合检查。

2. 给AsyncTask加上取消逻辑 #

首先，你需要持有AsyncTask的实例，然后在Activity的销毁阶段主动取消它，同时在doInBackground里定期检查取消状态：

步骤1：持有AsyncTask实例 #

在你的Activity里声明全局实例：

private MusicStreamTask mMusicTask;

// 启动任务时赋值
mMusicTask = new MusicStreamTask();
mMusicTask.execute();

步骤2：在Activity销毁时取消任务 #

重写Activity的onDestroy()方法：

@Override
protected void onDestroy() {
    super.onDestroy();
    // 取消AsyncTask
    if (mMusicTask != null && !mMusicTask.isCancelled()) {
        // 参数true表示中断正在执行的后台线程
        mMusicTask.cancel(true);
    }
    // 同时立即释放音频资源，比如MediaPlayer
    if (mMediaPlayer != null) {
        mMediaPlayer.stop();
        mMediaPlayer.release();
        mMediaPlayer = null;
    }
}

步骤3：在doInBackground里检查取消状态 #

在后台任务的每一个关键步骤后，检查是否被取消，如果是就立即终止操作并清理资源：

private class MusicStreamTask extends AsyncTask<Void, Void, Void> {
    @Override
    protected Void doInBackground(Void... voids) {
        try {
            while (!isCancelled()) {
                // 你的音乐流加载/准备逻辑
                // 每执行一段逻辑就检查一次
                if (isCancelled()) {
                    break;
                }
                // 比如读取流数据、初始化播放器等
            }
        } finally {
            // 不管正常结束还是被取消，都要清理资源
            if (mMediaPlayer != null) {
                mMediaPlayer.release();
                mMediaPlayer = null;
            }
        }
        return null;
    }

    @Override
    protected void onPostExecute(Void aVoid) {
        // 这里要先检查任务是否被取消，再执行播放逻辑
        if (!isCancelled()) {
            // 原来的播放代码
        }
    }
}

3. 更优方案：把音乐播放迁移到Service #

其实AsyncTask设计初衷是处理短时间、轻量的后台任务，长时间的音乐播放更适合用Service（甚至是Foreground Service，避免被系统杀死）。Service的生命周期更可控，还能在应用被从最近任务移除时触发回调：

用Service处理音乐播放的关键逻辑 #

1. 创建一个MusicPlayService，把音乐流的加载、播放逻辑移到这里。
2. 重写onTaskRemoved()方法——这个方法会在用户从最近任务列表移除应用时被调用，正好用来停止播放并清理资源：

public class MusicPlayService extends Service {
    private MediaPlayer mMediaPlayer;

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        // 初始化并播放音乐的逻辑
        return START_STICKY;
    }

    @Override
    public void onTaskRemoved(Intent rootIntent) {
        super.onTaskRemoved(rootIntent);
        // 停止播放并清理资源
        stopMusic();
        // 停止Service
        stopSelf();
    }

    private void stopMusic() {
        if (mMediaPlayer != null) {
            mMediaPlayer.stop();
            mMediaPlayer.release();
            mMediaPlayer = null;
        }
    }
}

这样不管用户怎么关闭应用，只要onTaskRemoved被触发，音乐就会立刻停止，从根源避免了AsyncTask残留的问题。

4. 配合动态壁纸的额外注意 #

因为WallpaperService是独立的系统组件，它的生命周期和你的主应用进程是分离的。如果你的主应用进程因为壁纸Service还在运行而没有被杀死，那上面的Service方案会更可靠——因为Service可以主动在onTaskRemoved里终止自己，不受壁纸组件的影响。

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