解析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。這樣，即使應用被殺死了，隔一段時間，應用還會自動啟動。具體的，就不在這裡展開了。