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 {@Overridepublic 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 {@Overridepublic 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 而是會多次調用onStartcontext.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 {@Overridepublic 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。這樣，即使應用被殺死了，隔一段時間，應用還會自動啟動。具體的，就不在這裡展開了。

 

---------------------------------------------------------------------------

GL（arui319）

http://blog.csdn.net/arui319

<本文可以轉載，但是請保留以上作者資訊。謝謝。>

---------------------------------------------------------------------------