Android中如何做到Service被关闭后又自动启动

 

首先要说的是，用户可能把这种做法视为流氓软件。大部分时候，程序员也不想把软件做成流氓软件，没办法，领导说了算。

 

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

 

先简单介绍，一会儿会贴上全部代码。

 

如何做到开机启动？

 

这个比较简单，网上的资料够多，只要实现一个BroadcastReceiver，监听手机启动完成的事件ACTION_BOOT_COMPLETED即可。需要注意的是，好像不能用模拟器，要用手机测试。

 

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

 

一般的，都会在上面说到的BroadcastReceiver的实现里面，监听手机启动完成后，启动一个Service，这是一般的做法。问题是，用户可以关闭掉该Service。那么怎样才能使它被关闭掉以后，再次启动呢？聪明的你一定立即就想到了，如果不直接启动Service，而是启动一个timmer，或者alarmManager，然后每隔一段时间去启动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,  
 * 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。这样，即使应用被杀死了，隔一段时间，应用还会自动启动。具体的，就不在这里展开了。

 

 

转自：http://blog.csdn.net/arui319/article/details/7040980

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

GL（arui319）

http://blog.csdn.net/arui319

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