解析Android中如何做到Service被關閉後又自動啟動的實現方法

首先要說的是，使用者可能把這種做法視為流氓軟體。大部分時候，程式員也不想把軟體做成流氓軟體，沒辦法，領導說了算。

我們在使用某些Android應用的時候，可能會發現安裝了某應用以後，會有一些服務也會隨之運行。而且，這些服務每次都會隨著手機開機而啟動。有的服務做的更絕，當使用者在啟動並執行服務中手動停止該服務以後，過了一段時間，服務又自動運行了。雖然，從使用者的角度來說，這種方式比較流氓。但是，從程式員的角度來說，這是如何做到的呢？經過研究，我發現有一種方式是可以實現的。下面就和大家分享。

先簡單介紹，一會兒會貼上全部代碼。

如何做到開機啟動？

這個比較簡單，網上的資料夠多，只要實現一個BroadcastReceiver，監聽手機啟動完成的事件ACTION_BOOT_COMPLETED即可。需要注意的是，好像不能用模擬器，要用手機測試。

那如何做到啟動一個Service，並且在使用者關閉後能自動又啟動了呢？

一般的，都會在上面說到的BroadcastReceiver的實現裡面，監聽手機啟動完成後，啟動一個Service，這是一般的做法。問題是，使用者能夠在服務裡看到這個Service是常駐的。如果使用者很敏感，就會停止該Service，甚至直接卸載掉相關的應用。那麼，怎樣才能定期實現某功能，又不讓使用者直接看到這個Service呢？聰明的你一定立即就想到了，如果不直接啟動Service，而是啟動一個timmer，或者alarmManager，然後每隔一段時間去啟動Service，做完事情以後關閉掉Service就可以了。

還是看下面的全部代碼吧，不過多解釋了。這些代碼中還是有不少概念的，不熟悉AlarmManager、PendingIntent、BroadcastReceiver、Service等等這些概念的同學可以百度一下。

複製代碼 代碼如下:package com.arui.framework.android.daemonservice;

import android.app.AlarmManager;
import android.app.PendingIntent;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.os.SystemClock;

public class BootBroadcast extends BroadcastReceiver {

@Override
public void onReceive(Context context, Intent mintent) {

if (Intent.ACTION_BOOT_COMPLETED.equals(mintent.getAction())) {
// 啟動完成
Intent intent = new Intent(context, Alarmreceiver.class);
intent.setAction("arui.alarm.action");
PendingIntent sender = PendingIntent.getBroadcast(context, 0,
intent, 0);
long firstime = SystemClock.elapsedRealtime();
AlarmManager am = (AlarmManager) context
.getSystemService(Context.ALARM_SERVICE);

// 10秒一個周期，不停的發送廣播
am.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, firstime,
10 * 1000, sender);
}

}
}

複製代碼 代碼如下:package com.arui.framework.android.daemonservice;

import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;

public class Alarmreceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {

if (intent.getAction().equals("arui.alarm.action")) {
Intent i = new Intent();
i.setClass(context, DaemonService.class);
// 啟動service
// 多次調用startService並不會啟動多個service 而是會多次調用onStart
context.startService(i);
}
}
}

複製代碼 代碼如下:package com.arui.framework.android.daemonservice;

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

public class DaemonService extends Service {

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

@Override
public void onCreate() {
super.onCreate();
Log.v("=========", "***** DaemonService *****: onCreate");
}

@Override
public void onStart(Intent intent, int startId) {
Log.v("=========", "***** DaemonService *****: onStart");
// 這裡可以做Service該做的事
}
}

下面是manifest檔案的代碼。

複製代碼 代碼如下:<receiver
android:name=" com.arui.framework.android.daemonservice.BootBroadcast"
android:permission="android.permission.RECEIVE_BOOT_COMPLETED">
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED" />
</intent-filter>
</receiver>
<receiver
android:name=" com.arui.framework.android.daemonservice.Alarmreceiver" >
<intent-filter>
<action android:name="arui.alarm.action" />
</intent-filter>
</receiver>
<service
android:name="com.arui.framework.android.daemonservice.DaemonService" >
</service>

繼續討論這個問題。

如果使用者停止整個應用（在管理應用程式中停止應用，或者第三方軟體停止整個應用），此時整個進程被殺死，所有的服務自然也被殺死了，timmer，或者alarmManager也就停止了。此時就不會再定期啟動服務了。

那麼，怎麼才能做到，使用者或者第三方軟體無法停止整個應用呢。我們可以再註冊一個系統層級的監聽（BroadcastReceiver），來監聽系統層級的訊息，再次啟動timmer，或者alarmManager。這樣，即使應用被殺死了，隔一段時間，應用還會自動啟動。具體的，就不在這裡展開了。