应用关闭后,Android正确重启服务

时间:2017-01-16 09:37:45

标签: java android service background-service long-running-processes

我目前正在开发一个依赖于后台service的电子邮件应用程序,以便能够自动获取新电子邮件。这在应用程序打开时(或在运行的应用程序列表中)非常有效,但只要我关闭应用程序/从最近的应用程序列表中删除它,service也会停止。这可以通过进入设备上的“开发人员设置”并确定我的应用程序没有运行任何进程或服务来确认。

我已经在StackOverflow上读过无数线程,但它们似乎都没有做到这一点。有时会调用onTaskRemoved()并重新启动服务,但有时它根本不被调用或被调用,日志显示操作系统已安排重新启动service但是然后操作系统service获取forced closed,而我总是需要运行此服务来检索新电子邮件。

我目前的代码如下所示:

我的服务:

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

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        super.onStartCommand(intent, flags, startId);

        Log.i(TAG, "onStartCommand()");

        ...

        Log.d(TAG, "SERVICE IS RUNNING");

        if (host != null) {
            Log.d(TAG, "STARTING PUSH SERVICE");

            Handler handler = new Handler();
            Runnable runnable = new Runnable() {
                @Override
                public void run() {
                    Log.d(TAG, "BR: " + ((BugReporting) getApplication()));
                    sharedRunnable = ((BugReporting) getApplication()).getSharedRunnable();

                    MailPush mailPush = new MailPush(getApplicationContext(), sharedRunnable);
                    Log.d(TAG, "sharedRunnable 1: " + sharedRunnable);
                    mailPush.checkInboxEmail(host, email, password);
                    //mailPush.checkSentEmail(host, email, password);
                }
            };
            handler.postDelayed(runnable, 5000);//0.5 seconds

        }

        return START_STICKY;
    }

    @Override
    public void onCreate() {
        super.onCreate();
        Log.i(TAG, "onCreate()");
    }

    @Override
    public void onTaskRemoved(Intent rootIntent) {
        super.onTaskRemoved(rootIntent);
        Log.i(TAG, "onTaskRemoved()");

        PendingIntent service = PendingIntent.getService(
                getApplicationContext(),
                1001,
                new Intent(getApplicationContext(), MyService.class),
                PendingIntent.FLAG_ONE_SHOT);

        AlarmManager alarmManager = (AlarmManager) getSystemService(Context.ALARM_SERVICE);
        alarmManager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP, 1000, service);
    }

    @Override
    public void onDestroy() {
        super.onDestroy();
        Log.i(TAG, "onDestroy()");
        startService(new Intent(this, MyService.class));
    }

重新启动接收器:

 public class AutoStart extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        context.startService(new Intent(context, MyService.class));
    }
}

清单:

    <uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />

...

        <receiver
                android:name="uk.co.tundracorestudios.securemail.notification.AutoStart"
                android:enabled="true"
                android:exported="true"
                android:process=":remote">
                <intent-filter>
                    <action android:name="android.intent.action.BOOT_COMPLETED" />
                </intent-filter>
            </receiver>

            <service
                android:name="uk.co.tundracorestudios.securemail.notification.MyService"
                android:enabled="true"
                android:exported="true"
                android:label="@string/mail_service"
                android:stopWithTask="false"/>

我确实尝试将MyService作为不同的process运行,但这限制了我获取我在应用程序类中保存的sharedRunnable,否则可以通过以下方式访问: / p>

 updateListRunnable = ((BugReporting) getApplication()).getSharedRunnable();

因此,我想问,即使应用程序关闭或设备为service,我仍然可以确保rebooted持续运行/工作,同时仍然可以访问getApplication()中的组件{1}}?

当我尝试将MyService作为单独的process运行时,上面的updateListRunnable将始终返回null,而当应用程序和service在同一个process中运行时{1}},它会返回正确的runnable

2 个答案:

答案 0 :(得分:3)

我前段时间遇到类似的问题,并在我的服务的onDestroy()方法中使用它:

public void onDestroy() {
    Intent restartService = new Intent(getApplicationContext(),this.getClass());
    PendingIntent pendingIntent = PendingIntent.getService(getApplicationContext(),1,restartService,PendingIntent.FLAG_ONE_SHOT);
    AlarmManager alarmManager = (AlarmManager) getSystemService(Context.ALARM_SERVICE);
    alarmManager.set(AlarmManager.ELAPSED_REALTIME,5000,pendingIntent);
    super.onDestroy();
}

当服务被破坏时,我设置了5秒的警报,这将启动我的服务。这样,当用户从最近删除它时,您的服务将停止,但它将重新开始。

答案 1 :(得分:0)

对我来说,使用onDestroy中的AlarmManager重新启动服务不起作用,但是从onTaskRemoved中启动服务却有效。在服务运行时终止应用程序时,会触发onTaskRemoved函数。

@Override
        public void onTaskRemoved(Intent rootIntent) {
            Log.d(TAG, "onTaskRemoved: removed");
            Calendar calendar = Calendar.getInstance();
            calendar.setTimeInMillis(System.currentTimeMillis() + 10000);
((AlarmManager) getSystemService(Context.ALARM_SERVICE)).setExact(AlarmManager.RTC_WAKEUP, calendar.getTimeInMillis(), PendingIntent.getService(getApplicationContext(), 0, new Intent(getApplicationContext(), RegisterReceiverService.class), 0));
            super.onTaskRemoved(rootIntent);
        }

因此,基本上,一旦您杀死了该应用程序,该服务将在10秒钟后启动。 注意:如果您想使用

AlarmManager.ELAPSED_REALTIME_WAKEUP

重新启动服务的最短时间为15分钟。

请记住,您还需要在重新启动时使用BroadcastReceiver启动服务。