Android Service随MainActivity销毁停止问题及孵化通知方案咨询

一、为什么你的Service会随MainActivity销毁而停止？ #

• Android进程管理逻辑：当MainActivity销毁后，若APP没有其他前台组件（如前台Service、可见Activity），系统会将进程标记为后台进程，在内存紧张时优先回收。模拟器环境下，关闭Activity后系统可能直接回收进程，导致Service触发onDestroy()。
• 测试Service的致命问题：返回START_STICKY在Android 8.0+的后台限制政策下已失效，后台Service无法长期存活；且onDestroy()中启动的AsyncTask完全不可靠——一旦进程被系统回收，线程会直接终止，根本无法完成计时。

二、是否用Handler/AlarmManager替代Service？ #

Handler的局限性 #

Handler仅适合APP前台运行时的计时（比如Activity内显示倒计时），APP退到后台后，Handler所在的Looper线程会随进程回收而停止，无法实现后台持续计时，不满足核心孵化提醒需求。

AlarmManager/WorkManager是更优选择 #

推荐使用WorkManager（Android Jetpack组件，适配全版本）或AlarmManager，二者均为系统级定时调度器，即使APP进程被杀，到时间仍会触发任务：

• 每5分钟孵化一枚蛋：用PeriodicWorkRequest（WorkManager）设置5分钟间隔的重复任务，每次触发时读取SharedPreferences中的已孵化数量，若未到10枚，就生成孵化完成的种子数据、更新存储并推送通知。
• 每日新批次重置：设置每日触发的一次性任务，重置SharedPreferences中的已孵化数量为0，推送新批次可用通知。

Service的正确用法 #

无需让Service长期后台运行，而是用WorkManager/AlarmManager触发短暂的Service（如JobIntentService）执行孵化逻辑和推送通知，任务完成后Service自动销毁，规避后台进程被系统限制的问题。

三、是否建议用SharedPreferences进行数据存取？ #

完全建议，SharedPreferences是轻量级持久化存储的最佳选择，适合存储APP核心数据：

• 存储内容：每日已孵化蛋数量、最后孵化时间戳、每日重置时间戳、孵化完成的种子数据列表等。
• 使用场景：
  • 定时任务触发时：更新已孵化数量，生成并存储新种子数据。
  • MainActivity启动时：读取时间戳和已孵化数量，计算下次孵化的剩余时间（当前时间到下一个5分钟节点的差值），或每日新批次的剩余时间（当前时间到次日重置时间的差值）并展示。

四、补充需求的实现思路 #

1. 推送通知 #

• 每次孵化完成或每日批次重置时，用NotificationManagerCompat构建通知（Android 8.0+需设置通知渠道），调用notify()发送。
• 点击通知可直接打开MainActivity，展示当前孵化状态。

2. 启动APP显示剩余时间 #

• 读取最后孵化时间戳：计算当前时间到下一个5分钟节点的时间差（比如最后孵化时间为10:05，当前为10:07，剩余时间为3分钟）。
• 读取每日重置时间戳：若已孵化10枚，计算到次日重置时间的剩余时间并展示。

测试Service代码问题分析 #

import android.app.Service;
import android.content.Intent;
import android.os.AsyncTask;
import android.os.IBinder;
import android.util.Log;

import androidx.annotation.Nullable;

public class egg_notifications extends Service {

    public static int time = -1;

    public egg_notifications() {
    }

    @Override
    public void onCreate() {
        super.onCreate();
    }

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        AsyncTask datatask = new AsyncTask() {
            @Override
            protected Object doInBackground(Object[] objects) {
                for(int c=0;c<300;c++){
                    Log.i("d","Time is "+c);
                    try {
                        Thread.sleep(1000);
                    } catch (Exception e) { }
                }
                return null;
            }
        }.execute();
        return Service.START_STICKY;
    }

    @Override
    public void onDestroy() {
        Log.i("d","Service onDestroy");
        AsyncTask datatask = new AsyncTask() {
            @Override
            protected Object doInBackground(Object[] objects) {
                for(int c=0;c<300;c++){
                    Log.i("d","Time is "+c);
                    try {
                        Thread.sleep(1000);
                    } catch (Exception e) { }
                }
                return null;
            }
        }.execute();
    }

    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }
}

• AsyncTask已被废弃，建议用Coroutine或ExecutorService替代。
• onDestroy()中启动线程完全不可靠，进程回收后线程会直接终止，无法完成计时。
• 长期后台Service不符合Android后台政策，极易被系统杀死，无法实现稳定的定时提醒。

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