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

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

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

如何做到開機啟動？

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

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

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

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

1. package com.arui.framework.android.daemonservice;  
2. import android.app.AlarmManager;  
3. import android.app.PendingIntent;  
4. import android.content.BroadcastReceiver;  
5. import android.content.Context;  
6. import android.content.Intent;  
7. import android.os.SystemClock;  
8. publicclass BootBroadcast extends BroadcastReceiver {  
9.     @Override
10.     publicvoid onReceive(Context context, Intent mintent) {  
11.         if (Intent.ACTION_BOOT_COMPLETED.equals(mintent.getAction())) {  
12.             // 啟動完成
13.             Intent intent = new Intent(context, Alarmreceiver.class);  
14.             intent.setAction("arui.alarm.action");  
15.             PendingIntent sender = PendingIntent.getBroadcast(context, 0,  
16.                     intent, 0);  
17.             long firstime = SystemClock.elapsedRealtime();  
18.             AlarmManager am = (AlarmManager) context  
19.                     .getSystemService(Context.ALARM_SERVICE);  
20.             // 10秒一個週期，不停的傳送廣播
21.             am.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, firstime,  
22.                     10 * 1000, sender);  
23.         }  
24.     }  
25. }  

1. package com.arui.framework.android.daemonservice;  
2. import android.content.BroadcastReceiver;  
3. import android.content.Context;  
4. import android.content.Intent;  
5. publicclass Alarmreceiver extends BroadcastReceiver {  
6.     @Override
7.     publicvoid onReceive(Context context, Intent intent) {  
8.         if (intent.getAction().equals("arui.alarm.action")) {  
9.             Intent i = new Intent();  
10.             i.setClass(context, DaemonService.class);  
11.             // 啟動service 
12.             // 多次呼叫startService並不會啟動多個service 而是會多次呼叫onStart
13.             context.startService(i);  
14.         }  
15.     }  
16. }  

1. package com.arui.framework.android.daemonservice;  
2. import android.app.Service;  
3. import android.content.Intent;  
4. import android.os.IBinder;  
5. import android.util.Log;  
6. publicclass DaemonService extends Service {  
7.     @Override
8.     public IBinder onBind(Intent intent) {  
9.         returnnull;  
10.     }  
11.     @Override
12.     publicvoid onCreate() {  
13.         super.onCreate();  
14.         Log.v("=========", "***** DaemonService *****: onCreate");  
15.     }  
16.     @Override
17.     publicvoid onStart(Intent intent, int startId) {  
18.         Log.v("=========", "***** DaemonService *****: onStart");  
19.         // 這裡可以做Service該做的事
20.     }  
21. }  

下面是manifest檔案的程式碼。

1. <receiver   
2.     android:name="com.arui.framework.android.daemonservice.BootBroadcast"
3.     android:permission="android.permission.RECEIVE_BOOT_COMPLETED">  
4.     <intent-filter>  
5.         <action android:name="android.intent.action.BOOT_COMPLETED" />  
6.     </intent-filter>  
7. </receiver>  
8. <receiver   
9.     android:name="com.arui.framework.android.daemonservice.Alarmreceiver" >  
10.     <intent-filter>  
11.         <action android:name="arui.alarm.action" />  
12.     </intent-filter>  
13. </receiver>  
14.       <service  
15.           android:name="com.arui.framework.android.daemonservice.DaemonService" >  
16.       </service>  

 繼續討論這個問題。

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

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