Android 如何让service 不被杀死 && service 开机自动启动

在使用某些Android应用的时候，可能会发现安装了某应用以后，会有一些服务也会随之运行。而且，这些服务每次都会随着手机开机而启动。有的服务做的更绝，当用户在运行的服务中手动停止该服务以后，过了一段时间，服务又自动运行了。虽然，从用户的角度来说，这种方式比较流氓。但是，从程序员的角度来说，这是如何做到的呢？经过研究，发现有一种方式是可以实现的。

先简单介绍:

     在手机启动完成后通过Alarmanager来定期（周期性）发送广播启动一个service，后台运行。

 

1.如何做到开机启动？

       比较简单，只要实现一个BroadcastReceiver，监听手机启动完成的事件ACTION_BOOT_COMPLETED即可，在里面做想做的事情。需要注意的是，好像不能用模拟器，要用手机测试。（注：多次测试，其实可以用模拟器测试！）

 

2.如何做到启动一个Service，并且在用户关闭后能自动又启动了呢？

 

          一般的，都会在上面说到的BroadcastReceiver的实现里面，监听手机启动完成后，启动一个Service，这是一般的做法。问题是，用户可以关闭掉该Service。那么怎样才能使它被关闭掉以后，再次启动呢？方法就是：不直接启动Service，而是启动一个timmer或者alarmManager，然后每隔一段时间去启动Service，就可以了。

 

   第一步：创建一个广播，判断开机启动后发送广播，并且每隔十秒钟发送一个

 

package comaruiframeworkandroiddaemonservice;   import androidappAlarmManager;  import androidappPendingIntent;  import androidcontentBroadcastReceiver;  import androidcontentContext;  import androidcontentIntent;  import androidosSystemClock;          public class BootBroadcast extends BroadcastReceiver {                    @Override            public void onReceive(Context context, Intent mintent) {                        if (Intent.ACTION_BOOT_COMPLETED.equals(mintentgetAction())) {                    // 启动完成                    Intent intent = new Intent(context, Alarmreceiverclass);                    intentsetAction("aruialarmaction");                    PendingIntent sender = PendingIntent.getBroadcast(context, 0,   intent, 0);                    long firstime = SystemClock.elapsedRealtime();                    AlarmManager am = (AlarmManager) context.                            getSystemService(ContextALARM_SERVICE);                            // 10秒一个周期，不停的发送广播                    am.setRepeating(AlarmManagerELAPSED_REALTIME_WAKEUP, firstime,                            10 * 1000, sender);                }                    }        }  

 第二部：创建广播接收器，启动服务

package comaruiframeworkandroiddaemonservice;    import androidcontentBroadcastReceiver;  import androidcontentContext;  import androidcontentIntent;    public class Alarmreceiver extends BroadcastReceiver {      @Override      public void onReceive(Context context, Intent intent) {                        if (intentgetAction().equals("aruialarmaction")) {                    Intent i = new Intent();                    i.setClass(context, DaemonServiceclass);                    // 启动service                     // 多次调用startService并不会启动多个service 而是会多次调用onStart                    context.startService(i);                }            }        }  

 第三部：创建需要启动的服务

package comaruiframeworkandroiddaemonservice;    import androidappService;  import androidcontentIntent;  import androidosIBinder;  import androidutilLog;    public class DaemonService extends Service {              @Override            public IBinder onBind(Intent intent) {                return null;            }                    @Override            public void onCreate() {                super.onCreate();                Logv("=========", "***** DaemonService *****: onCreate");            }                    @Override            public void onStart(Intent intent, int startId) {                Logv("=========", "***** 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>  

 

 需要特殊说明的是，这种方式有很多局限性。

服务被关闭（比如查看正在运行的服务，然后手动关闭） 这么做是可以自动重启的。

而当整个应用被关闭（管理应用程序中停止应用，或者第三方软件停止整个应用） 整个进程被杀死，所有的服务自然也被杀死了，不可能自己再主动重新启动了。

怎么才能做到，用户或者第三方软件无法杀死整个应用，恐怕只能将应用集成到系统中，做成系统级别的应用了。